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this important branche is developing also within the 
Unified Computer System (RJAD). Our country 
takes an important role in the common research and 
development work on this field of teleprocessing. 
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143 COJEPKAHUA 


4 Up. Neöpat BORTA 
Topro8sna npogy4TaÁaMH maTeMmaTH- 
4yeckoro o6ecne4yeHHAa cpencTB 
BEHHCAHTENDHOŰ 7TEXHHHKH H HX 
IOOPHAHCTHHECKAÁA 33UHTAÁA 
CTaTbA ABNAETCA 6ÉéyAaTo nponJo nHeHHem 
pana crarej, KOTOPHE MOARBANAKNTCA B 
HajeMm EHEMECAHHHKE YHEéE HECKONBKO NeT 
B TeÉeM8B Op" aHyeckoú 3AaUHTUH npogykKkTOB 
MaTeMmaTHH4ECKOrOo o6ecneyeHHa.B gaHHoÚú 
CTATb8 3TOT 4pe3BH4YatHOo akTyanbHuú 
BOnpOoC pacCcMaTPHBAgeTCA C HOBOM TOHKH 
3PeHHA: CO CTOPOHH aBTOPCKOoro NnNpaBa 
4 TOPTFTOBLX BOZJMOMHOCTOM, 


1 3Hape IOMOJHK 
Á8gTOMaTH3ÁaUuHA NnNporDamMm4poBa- 

HUHA 8 OÓpa6GOTKE gaHHux 
Pa38BHTHE TEXHHKH nporpammupoBaHHA 8 
O6NAaACTH XOZJAMCTBEHHOM OŐPa6GOTKH JaH- 
HbHX ABANAETCA BaMHHOM. 3aga4e4, Tak Kak 
Ha npakTHHKe HEROÓXONHMO — NPHMEHEHHE 
PasgnyY4Huiix  HHAHBHNyÁaNnbHHX  nporpamm, 
OTBEYHAÁKUHX  CNEUHAÁANbHHM TPERÓOBÁAHHAM. 
Buln4 NPHHATH MEpH JNA CTAHAAPTHZÁUHH 
nporpamm OÓpa6GOTKH  NaHHHX. B JgaHHOM 
CTAaTb8 aBTOP NHTAETCA ONHCAÁATb CTAH- 
JAÁapTHHE PELEHHA, NPHMEHARMHE B npor- 
PaMMHpPOBÁaHHMH OÓPAÁA6GOTKH NJaHHHX H NnpH- 
BONHTCA CNeUHanbHaA CHCTEMA MaKkpOkO- 
MaHN NNA  OÓPAÓGOTHH JaHHUXx, pazg3pab6o- 
TaHHaA ABTOPOM CTATbH, KOTOpaÁaA YHEe 
onpasgana ceóa Ha npakHTHKe. 


1 Ip. Nerep BAKOHH - AHgpauw 
JPHEHH 
BOZMOHHOCTH 4 npoónert Tene- 
OÓpa6GOTKH JaHHHX B EC 3BM 


BHegpeHHe CHCTEM TENSGOÓPAÓGOTKH gaH- 
HHX H Cam METON TENROÓPAÓGOTKH gaHHLIX 
CTAHOBHTCA BC8 6ONS8 Z3HA4HHTENbBHUM NO 
BCcemy CBeTy. JrTa o6nacTb ABNASETCA 
4Pe38BH4AÜÚHO BAÁaHHON H BHYŰTPH nporpam- 
Mu EC 3BM. BeHrpnua monyyHna  BaWHyIO 
POnb B OÓLIHX Hay4HHOMCCNEJOBATBENbCKHX 
paóorax no paspaóoTKe CHCTEM TENnB06- 
Pa6GOTHKH JaHHHX.B CTAaTb8e KOPOTKO pacC- 
CMAaTPUBAÁAKTCA — BaHHEÜUWHe npHHunnnanb- 
HbI8 BONPOCH CSTH AÓOHBEHTCOKHX NyYHHTOB 
TEeEngOGPAÁaGOTKMH  JaHHHX H  ONHCHBASTCOA 
oópasuoBaaA  CHCTEMÁa,  MOCTPOSHHÁaR Ha 
3nemeHTapHof 6azse EC 3BM. 


2 MNerep POHA 
Mporpamma-pegakrTop o6wuero 
HagHaYeHHAa Jna JBAM EC 1010 

B craTbe onWcuBaeTCA nporpamma o6ue- 
ro HagHayeH4HA ANNA pPegakKTHpoBaHHAa 
TEKCTOB, pacu4HpAemaa nakeTrom nporpamm 
ANA TONKOBÁAHHA. — [locne paccmoTrpeHHa 
ygaue Bcero BCTpPe4YaeMUHX  peleHHŰ pe- 
NJAKTHPOBAHHA TEKCTOB ÁaBTOPH NHCHBAÁAKT 
onepauH4H PpPegakKTHPOBÁAHHA, BHNONHASMHE 


C NOMOUbI BaHHON CHCTEMH NporpamM;, a 
TakMe H bopMmui XpPpaHeHHA DaHHuXx H 
npHHUHOn geÜCTBHA Mmognporpammui aHann- 
ra onepaunh, 


2 ÜJtöpAas NPATAH 
J3HeprocHagMeHHe BCnNoMOra18nb- 


HOrOo o6OopyJOBaÁaHHA CSBEPOWNK- 
HOÚ NUHUHUM ÓYganeuTCKOTO METPO 


B cTaTbe ONHCHBAKNOTCA CHCTEMH 3Hepro- 
CHAÓHEHHA BCNOMOraTENbHOrOo  o6opyJno- 
BaHHA — CSEBEPO-IOHHOM — NHHHH ÓYgaNneuT- 
ckKoro METPO,  paszspa6oraHHue HMccnego- 
BATENbCKUÚHM  HHETHTYTOM no fIpomiuneH- 
HOCTH JneKTpPOO6GOpy JOBÁaHHA, a TÁaKMEe H 
CTPYKTYPa "CHCTEM M JAanbHeÜUHe Ha- 
npa8BneHHa pazpa6oTok. 


3 Kur8san BANMNHK - 3onTraH JEPMHEP 
YeTpotcTBO Ana nporpamm4Hpo- 
BaHHA 4 NMNPOBEPKM nporpammn- 
PyeMHX OJHOCTODOHHHX namareú. 


Tpe6oBaHHA  NONLZOBÁATENEM HZMEHHNHOCb 
CO BPEMEHMH NOABNEHHA CTHPAÁARgMHX H 3a- 
HOBO — NPOTpamMUHpyeMmHX  OJHOCTOPOHHHX 
namareú. Ha OTEYHECTBEHHOM PHHHKE paC- 
npocTpaHHnHCb nBa Tuna namaret: 
KHHTEJ 1702 nun 1702 A. A8g8Top4 on4HCHBa- 
OT CTpyKTYpy YyeTPOÜÚCTBa Ana zan4CH H 
nPpPOBEePKH BHUWEYMNOMAHYTHX THNOB NAaMATH 
B ABTOHOMHOM H  KOMNNEKCHOM peHHmax., 


3 fa6op BAJUO - Kanman HHI 
ÁBTOMAÁATHHECKAÁaAR H3ZMEPHTENbHag 
CHCTEMA HK CHCTEMAM H3MEpEeHHA 
un ynpa8BneHHA 


B TEXHHHECKON MHH3HH  BCÖ UHPE BO3ZHH- 
KaeT HEOÓXONHMOCTb BHENPEHHA AaBTOMa- 
THYECKHX CHCTEM C6GOpPa H3Z3MEPHTEJNBHUIX 
NJaHHUX MH CHCTEM KOMNNEKCHOTrO  ynpaB- 
neHHAa. B CTAaTb8 aBTOPH ONKHCHBAÁAKNT aB- 
TOMAÁTHHECKYK HZMEPHTEABHYK CHCTEMY H 
TaKOÜ MeTOM Cor jacoBaÁaHMA, C — NOMOLbIO 
KOTOPOTO CHCTEMá NONKNDHAETCA HK Ma- 
ALM BUYHCAHTOABHUM KOMNMANEKCÁAM, HO OHa 
pa6oraer 6ezs3 3BM.PacuunpeHHeM CHCTEMU 
MOHHO MOCTPOHTb CANOHHYIO C6eTEMY.[109- 
KAOYHEHHE K J3BM He Bn4AeT Ha CTpPYHTY- 
Py YyHeé NOCTPORHHOŰ CHCTEMU, 


4 Ewed BEJbHGEJNbIK 
BBoJ JaHHuXx C KnaBHaTYpHI 


CTaTbA  3aHHMaeTCA npoónemot BB8BOoNa 
TakKuX ManiX  BHHHCOAJHTENbBHHX KOMNNEK- 
COB, NEPBHYHHHM YCTPOUCTBOM BBOJÁa KO- 
TOPHX ABNAETCA KnaBHaTrypa. ABTOp H3- 
naraer npoónemy BBoga C KnagHaTYpH B 
o6uen dopme. OnHcisaeTrcA nognporpam- 
Ma BBOga, np4HrogHaa AMnA BBOga C Kna- 
BHaTYPH B  ONepaTHBHYIO NaMATb 6NOKOB 
NO6OM CTPYKTYPH. 
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Dr. BOYTHA GYÖRGY 


A SZÁMÍTÓGÉP-PROGRAMOK JOGI VÉDELME 
ÉS KERESKEDELME 


A cikk mintegy folytatása annak a sorozatnak, 
amelyet több éve közlünk lapunkban a software jo- 
gi védelméről. Ezúttal új megvilágítást kap ez a 
rendkívül aktuális kérdés: a szerzői jog és a keres- 
kedelmi lehetőségek oldaláról. A cikk szerzője té- 
zisszerűen sorolja fel a megoldásra váró problémá- 
kat és azok lehetséges megoldási módjait. 


ETO:347.771I.78:681.3.06 


Ötödik ötévestervünk többek között , az élenjáró tudo- 
mányos és műszaki eredmények gyakorlati alkalmazá- 
sát" és ennek megfelelően , a számítástechnikai esz- 
közök termelésének 60—707-os, az elektronikus al- 
katrészek gyártásának 120—13072-os növelését" írja 
elő. Az elektronikus számítógépek — az ún. hardware 
— alkalmazásának és fejlesztésének elengedhetetlen 
feltétele a számítógépi programok — tágabb értelem- 
ben a gép üzemeltetéséhez szükséges know-how és do- 
kumentáció körét is felölelő software — alkotásának 
és kereskedelmének előmozdítása. A számítógépek 
teljesítőképességének növekedésével a számítógépek 
beszerzési és működtetési költségeinek már mintegy 
7090-a software-költség. A software-alkotás ösztönzé- 
sének, az alkotói érdekek védelmének és a software- 
felhasználás piaci rendjének jogi eszközökkel történő 
biztosítása tehát elengedhetetlen követelmény. 


A software kereskedelme 


E tevékenység alapfeltétele a programok illetéktelen 
többszörözésével és felhasználásával szembeni haté- 
kony védelem lehetősége. Ha a más által alkotott 
programhoz szabadon, kisebb-nagyobb igyekezettel 
bárki hozzájuthat, veszélybe kerül a megalkotáshoz 
szükséges befektetések megtérülése, csökken az alko- 
tásra, fejlesztésre ösztönző anyagi érdekeltség. 


Szükségszerű jelenség volt ezért, hogy a számítástech- 
nikai programokat értékesítő vállalatok kezdettől fog- 
va a software titokbantartásának biztosítására, a prog- 
ram továbbadásának megakadályozására törekedtek. 
Belekapaszkodtak a kezük ügyébe eső, annyi minden- 
re használható jogi eszközbe, a szerződésbe, és csodát 
vártak tőle. A know-how szerződések mintájára kikö- 
tötték, hogy a programot csak azzal a feltétellel ad- 
ják át, ha azt a vevő titokban tartja, kizárólag saját 
céljára használja fel, harmadik személynek nem ér- 


tékesíti, annak lemásolását másnak nem engedi. Csak- 
hamar kitűnt azonban, hogy a szerződésnek az a sa- 
játossága, hogy csupán a szerződő felekegymásközti 
viszonylatában létesít jogokat és kötelezettségeket, al- 
kalmatlanná teszi a program forgalomba hozójának ér- 
dekvédelmét harmadik személlyel szemben. 


A kézből kiadott és más által működtetett program 
szükségképpen ismertté válik; a kelendő program 
többszörösen is azzá. A titok hálója egyrészt ellen- 
őrízhetetlenül áteresztő, másrészt óhatatlanul átcsap 
eredeti rendeltetésének: ellenkezőjébe. Arra szánták, 
hogy a program értékesítését tegye lehetővé, s idővel 
a kereskedelem kibontakozásának, a reklámozásnak , a 
programszéleskörű elterjedésének, keresett márkacik- 
ké válásának gátjává lesz. A felek közötti kötelező ha- 
tályú titoktartás áttekinthetetlen mellékutcába tereli 
a programok szerteszivárgását. Rövidesen megszüle- 
tett a felismerés: olyasfajta védelem kell a program 
forgalmazói számára, ami nemcsak a velük szerződő 
vevőkkel, hanem a software piac minden érdeklődőjé- 
vel, a nyilvánosságra hozott program iránti teljes ke- 
reslettel szemben hatályos. Különben olyan mérték- 
ben csökken a program csereértéke, amilyenben nö- 
vekszik elterjedtsége. 


A software fejlődését biztosító kereskedelem alapfel- 
tétele a software-re vonatkozó kizárólagos jog biztosí- 
tása; a program valójában csak így válik forgalomké- 
pessé. 


A szabádalmaztatás kérdése 


Mivel a software felhasználására irányuló kizárólagos- 
ság igénye a software-t forgalmazó cégek részéről a 
piacon merül fel, a megoldást először az iparjogvéde- 
lem körében keresték. Megkísérelték a számítógépi 
program szabadalmaztatását. Ma már megállapítható 
hogy a számítógépek meghatározott célú felhasználá- 
sára irányuló programok, az ún. alkalmazási progra- 
mok, nem számíthatnak szabadalomra, mivel önma- 
gukban nem képviselnek műszaki megoldást. 


Az Amerikai Egyesült Államokban, ahol a software- 
védelem igénye először felmerült, igen változatos út 
vezetett ehhez a felismeréshez: 1961-ben elutasították 
az első idevágó szabadalmi igényt, majd 1968-ban a 
Court of Customs and Patent Appeals úgy döntött, 
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hogy valamennyi folyamat (munkamenet), amelyet 
valamely univerzális számítógép programozása révén 
kivitelezni lehet, elvben szabadalmaztatható , ha a ki- 
vitelezéséhez emberi mérlegelés vagy döntés nem 
szükséges. A Supreme Court azonban 1972-ben ezt 
az állásfoglalást érvénytelenítette, és leszögezte, hogy 
a programba foglalt eljárás nem szabadalmaztatható , 
ha végső soron az alapul szolgáló matematikai formu- 
lázás oltalmát jelentené (Benson ügy). Ennek alap- 
ján az Amerikai Szabadalmi Hivatal már kijelentette, 
hogy a döntést kiterjesztőleg fogja alkalmazni és két- 
ség esetén a bejelentő hátrányára dönt. Hasonló fej- 
lődésen ment át az angol gyakorlat, amely 1969-ben 
még a számítógép részeként elismerte a szóvédjegy- 
azonosításra készült adatfeldolgozó géphez tartozó 
lyukkártyák  szabadalmaztathatóságát; 1970-ben a 
Banks Comittee a Brit Szabadalmi Rendszerrőlkészült 
jelentésében már a számítógép-programok szabadalmi 
oltalma ellen foglalt állást. Az NSZK-ban a Szövetségi 
Szabadalmi Bíróság csak az ún. , rendszer-software"- 
re adott szabadalmat; olyan programra, amely a gép- 
rendszer elengedhetetlen része: ezért , hard-software"- 
nek is nevezik. Enélkül nem futtathatók a gépeket al- 
kalmazó által kidolgozott, tulajdonképpeni felhaszná- 
lási programok. 


Egyértelműen szabadalomellenes a birói gyakorlat 
Ausztriában, Svájcban, az NDK-ban és Hollandiában. 


Törvény zárja ki a számítógép-programok szabadal- 
mazhatóságát Franciaországban (1968) és Lengyelor- 
szágban (1972). Nemzetközi konferenciákon egyértel- 
műen a szabadalmaztathatóság ellen foglal állást a 
Szovjetunió képviselője (J.I.Plotnikov). 


Jelentős lépés volt a szabadalmaztathatóság kizárása 
irányában az 1973. évi október 5-én Münchenben 
aláírt Európai Szabadalmi Egyezmény, amelynek 
52. § (2) bek. c/ pontja kifejezetten leszögezi, hogy 
az adatfeldolgozó berendezésekhez készült progra- 
mok nem tekinthetők találmánynak. 

A magyar jog szerint egyértelmű, hogy számítógép- 
program nem tekinthető találmánynak: önmagában 
nem jelent olyan műszaki megoldást, amely valamely 
feladat műszaki úton és eszközökkel történő kivitele- 
zésében állna, és önmagában változást eredményezne 
valamely termékben vagy termelési eljárásban (v.ö. 
1969. évi II. törv. 4. § ésindoklás). Mintahogy nem 
minősülnek műszaki megoldásnak a könyvviteli, 
számviteli rendszerek, gyógyászati és más eljárások 
sem, amelyek nem jelentenek közvetlen változást a 
termelés menetében vagy valamely termékben. 


Szerzői jogi védelem 


A szellemi alkotások jelentős része felett kizárólagos- 
ságot biztosít a szerzői jog. Védelemben részesíti min- 
den új , eredeti, azonosítható formában kifejtett egyé- 


ni alkotás szerzőjét. A szerzőtől kizárólagos vagyoni 
jogokat szerezhet az alkotás felhasználója, többszö- 
több mint tíz év során világszerte elismerték a szerzői 
jogi védelem lehetőségét olyan számítógép-programok 
vonatkozásában, amelyek újak, eredetiek és azonosít- 
ható módon rögzítettek. 


Az Amerikai , Egyesült Államokban a washingtoni 
Copyright Office először 1964-ben regisztrált számí- 
tástechnikai software-t. Azóta több mint 1000 prog- 
ram-bejelentést ismert el, a könyvek analógiájára. 
Megjelenésként az első értékesítésre tett nyilvános 
ajánlatot tekintik. 


A formamentes védelmet biztosító országokban az 
irodalom szinte kivétel nélkül állást foglalt a szerzői 
jogi védelem lehetősége mellett, így különösen a 
Szovjetunióban (J.I.Plotnikov, M.L.Gorodisszkij) és 
az NSZK-ban (Ulmer, Möhring, Kolle és mások). 


A Szellemi Tulajdon Világszervezetének (WIPO) nem 
kormányszakértői csoportja, amelyben a szocialista or- 
szágok köréből szovjet szakértő is közreműködik, 
1974. júniusi ajánlásaiban első helyen az eredeti prog- 
ramok szerzői jogvédelmének elemzését,és a szerzői 
jogi védelem hagyományos intézményei fejlesztési le- 
hetőségeinek vizsgálatát ajánlotta. 


Az AIPPI 1975. évi San Francisco-i kongresszusán a 
software-munkacsoport határozatba hozta, hogy amíg 
alkalmasabb oltalmi rendszer nemjönlétre, ismerjék 
el, hogy a számítógép-programok — bármilyen formá- 
ban testesüljenek is meg —, vaiamint az ilyen progra- 
mokhoz tartozó kiegészítő anyagok méltók a szerzői 
jogi oltalomra, és élvezzenek is szerzői jogi oltalmat, 
szükség esetén a hatályos nemzetközi jogszabályok 
nagyvonalúbb alkalmazása útján. 


A számítógép-programok védelmét. a hatályos nemzet- 
közi szerzői jog szabályai is lehetővé teszik. 


al A Berni Unio hatályos szövegeinek 2. cikk (1) be- 
kezdése szerint: , E szavak irodalmi és művészeti 
művek" magukban foglalják az irodalom, a tudo- 
mány és a művészet minden alkotását, tekintet 
nélkül a kifejezés módjára és alakjára..." Az ezt 
követő felsorolás csak példaként említ különböző 
alkotásnemeket, tehát nem zárja ki a fel nem so- 
rolt mű-kategóriák védelmét. Igy tartozhat vitán 
felül a szerzői jogi védelem körébe pl. valamely 
film vagy szerelési tankönyv is. 
A Berni Unio szabályai tehát kiterjednek a mű fo- 
galmát egyébként kimerítő programokra is. 


b/ Az Egyetemes Szerzői Jogi Egyezmény 1. cikke 
is kifejezetten előírja a tudományos művek védel- 
mét. Biztosítva van tehát a programok nemzetközi 
értékesítéséhez szükséges harmadik személlyel 
szemben is hatályos kizárólagosság. 
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A hazai gyakorlat 


A hazai gyakorlatban a számítógép-programokra vo- 
natkozó jogvédelem lehetőségei még korántsem tuda- 
tosodtak egyértelműen. A probléma Magyarországon 
is elsősorban iparjogvédelmi szakembereket foglalkoz- 
tatott, akik azonban nálunk sem juthattak kielégítő 
megoldásra. § 


A kérdés 1972-ben 25.P.27228/1972. sz. alatt a Bu- 
dapesti Fővárosi Bíróság elé is került: egy mérnök az 
általa alkotott olajkutatási módszert tartalmazó szá- 
mítógép-programot a NIKEX útján külföldre értéke- 
sített. "Volt munkaadója, az OGIL kutató laboratóri- 
um perbe fogta, a módszert saját tulajdonának nyilvá- 
nította, és kérte a mérnök által felvett teljes vételár sa- 
ját javára történő megítélését. A bíróság 1973. szep- 
tember 21-én kelt rész-ítélete indokolásában rámuta- 
tott arra, hogy , ez idő szerint a számítógépi módsze- 
rek speciális jogi védelmét jogszabály nem rendezi, és 
még az iparjogvédelmi kérdésekben jártas jogi szakem- 
berek előtt sem tisztázott, hogy a módszereket mi- 
lyen kategóriába kell sorolni. A per során maguk a fe- 
lek is arra az álláspontra helyezkedtek, hogy a perbeli 
vita az iparjogvédelem körébe tartozik, sőt az alpe- 
res... szerint a perbeli eljárást know-how-ként kell 
elbírálni" (8. old.). 


A bíróság ezzel szemben a Szerzői Jogi Szakértő Tes- 
tület külső szakértők bevonásával kialakított vélemé- 
nye alapján úgy foglalt állást, hogy , önálló szellemi 
alkotómunka szükséges általában... a számítógépi ke- 
zelésre alkalmas feladat feltárásához, a feladatnak a 
gép által megkövetelt korrektséggel történő megfogal- 
mazásához, a matematikai modell elkészítéséhez és 
végül az algoritmus, azaz a gépi eljárás kidolgozásá- 
hoz" (6.old.) és leszögezte, hogy az alperes által ki- 
dolgozott módszer , új, önálló és szerzői jogi olta- 
lomra alkalmas tudományos szellemi alkotás" (4. 
old.). Ezek alapján úgy ítélt, hogy a kidolgozott mód- 
szer hasznosításának joga az ,alperest, mint a mű 
szerzőjét illeti meg". Nincs más ítélet, amely ezt a 
döntést megváltoztatta volna. Alátámasztja viszont az 
ítéletben is érvényesített szerzői jogi felfogást az Igaz- 
ságügyi Minisztérium Törvényelőkészítő Főosztályá- 
nak" 1976. június 2-i véleménye, amely szerint: 
, Amennyiben a számítógépi program megfelel a szer- 
zői jogi védelmet élvező mű kritériumainak, kiterjed 
rá a szerzői jogvédelem." 

Amíg a számítógép-programok alkotásával, felhaszná- 
lásával és értékesítésével foglalkozó körökben vitás 
marad, hogy az 1969. III. törvény alapján-a számító- 
gép-programok alkotásait szerzői jogi védelem illeti, 
addig ezek a szerzők bizonytalanságban vannak sze- 
mélyhez fűződő és vagyoni jogaik érvényesítését il- 
letően; a munkaviszonyban alkotó kutatók csak ké- 
tes sikerre hivatkozhatnak a 9/1969. MM. sz. rende- 
let 12. §-ára, amely megfelelő részesedést biztosít 


nekik abban az esetben, ha munkáltatójuk harmadik 
személlyel köt a programra vonatkozó felhasználási 
szerződést. 


A bizonytalan törvényességi helyzet tehát egyaránt 
veszélyezteti a programalkotás fejlődését, a szerzők 
jogait és a programok kizárólagos felhasználásának le- 
hetőségeit. 

A magyar szerzői jog helyes felfogás szerint kiterjed 
az új, eredeti számítógép-programok védelmére. 

Az 1969. évi III. törvény , védi az irodalmi, tudomá- 
nyos és művészeti alkotásokat" (1. § (1) bek.). E tör- 
vényhely indokolása szerint ,,... az eredménynek al- 
kotásként megjelölése egyfelől arra világít rá, hogy a 
törvény által védett eredményt valamely, a szellemi 
munka körében is sajátos tevékenységgel hozzák lét- 
re, másfelől arra is utal, hogy az eredmény valami- 
lyen formában érzékelhetővé válik". 


A jogi védelem nem tesz különbséget az alkotások 
között: a társadalmi felhasználás ténye alapozza meg 
a jogi védelmet. Sem a törvény, sem végrehajtási ren- 
delete nem tartalmaz a szerzői jogilag releváns mű- 
vekről kimerítő felsorolást, ami kizárná azt, hogy a 
szerző jogi védelmet a nem említett alkotásnemek te- 
kintetében is igénybe lehessen venni. 


Az egyéni, eredeti jelleg követelményét a törvény az 
átdolgozásokkal stb. kapcsolatban kifejezetten is elő- 
írja (4. § (2) bek.). Bírói gyakorlatunkban a mű egyé- 
ni, eredeti jellegét korábban is megkívánták (így pl. a 
Pf. III. 20107/1970. sz. ítéletben). 


A munkaviszonyban alkotott programok szerzői jogi 
védelmére nézve a szerzői jogi törvény 14. §-a és a 
9/1969 MM. sz. rendelet ezt végrehajtó 11. és 12. 
§-ai irányadók. 


Az idézett szabályokból egyúttal kitűnnek a számító- 
gép-programokra vonatkoztatott, szerzői jogi védelem 
korlátai is. 


al Az új, eredeti jelleg  megköveteléséből adódik, 
hogy nem minden program tekinthető szerzői jo- 
gilag értékelhető alkotásnak, igy pl. nem az a túl- 
nyomóan ismert szubrutinokból mechanikusan 
Összetett, kisebb rendszer-program. 


b/ További következmény, hogy a szerzői jogi véde- 
lem tárgyát képező programok esetében sem te- 
kinthető feltétlenül mindenki a program szerzőjé- 
nek, aki készítésében közreműködött. A gyakor- 
latban különösen problematikus lehet az adott 
programozási nyelvre történő kódolás minősítése. 
Kétségtelen, hogy ez a teljesítmény is többféle le- 
het, itt is van tere az egyéni alkotómunkának. Az 
esetek nagy részében viszont csak mechanikus át- 
tételről, adott kulcsrendszer alkalmazásáról van 
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szó. Hasonlóan a műfordítás és a szó szerinti 
nyersfordítás viszonyához: utóbbira nem igényel- 
hető cszerzői jogi védelem; jogunk ezt kifejezetten 
is leszögezi (9/1969/XII.29.) MM sz. rendelet 3.§ 
(2) bek). ü 

Az azonosítható módon történő kifejtés követ- 
kezményéből eredő probléma, hogy a program is- 
mertető leírása rendszerint nem azonosítható mia- 
gával a programmal, annak számos egyéni-erédeti 
vonását nélkülözi (matematikai megoldások, prog- 
ramszerű kifejtés, következetes felépítés stb.). 
Ezért nem eredményezhet hathatós védelmet a le- 
írt elgondolás mások által történő kódolásával 
szemben. A program csak végső rendeltetésének 
megfelelően kifejtett "módon lehet viszonyítási 
alap szolgai átvétel, plágium, jogosulatlán többszö- 
rözés stb. elbírálásához, függetlenül attól, hogy a 
, programazonos" kifejtési mód többféle is lehet. 


d/ Abból a ma már általánosan elismert korszerű 


e 


szerzői jogi elvből következően, hogy a szerzői jog 
nem a formát, hanem a formába öntött teljes alko- 
tást, tehát a formán keresztül a tartalmat is védi, 
következik, hogy nem a program ilyen vagy olyan 
megjelenési formája részesül védelemben, hanem 
minden esetben a teljes software . Lényeges viszont, 
hogy egyazon program minden rögzítési módja 


" (kódolt szöveg, mágnesszalag, lyukkártya stb.) 


ugyanazt a minden más programtól megkülönböz- 


. tető software-t fejezze ki. 


A program szerzői jogi védelme ugyanakkor nem 
nyújt oltalmat a programban kifejtett ötletek, ma- 
tematikai részmegoldások stb. mások által történő 
újszerű, egyéni felhasználásával szemben, új mű- 
nek minősülő program keretében. Elvileg számos 
út vezethet valamely feladat megoldásához, és mi- 
nél összetettebb feladatról van szó, annál több a 
lehetőség új, egyéni megoldások programszerű 
megoldására. A szabadalmi jogtól eltérően a szer- 
zői jog nem véd a mások által, az eredeti program- 
tól függetlenül alkotott azonos vagy hasonló prog- 
ram forgalmazásával szemben; a szerzői jognak 
nincs ún. zároló hatálya, csupán plágiummal szem- 
ben oltalmaz. 

A programon magán fennálló szerzői jogi védelem 
természetesen nem zárja ki a programkészítés 
egyes alkotó fázisain létrejött alkotások (pl. folya- 
matábrák, rendszerterv stb.) önálló, önmagukra vo- 
natkoztatott szerzői jog védelmét. 


f/ Tisztázatlan, hogy mennyiben minősíthető vala- 


mely program futtatása a program többszörözésé- 
nek. A szerzői alkotások többi kategóriáitól elté- 
rően a számítógép-programok végső rendeltetése: 
nem többszörözésük és önmagukban való felhasz- 
nálásuk, hanem a számítógépekben való alkalmazá- 
suk értékes eredmény létrehozása érdekében. Ezért 
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gépbe táplálásukat önmagában is többszörözésnek 
kellene tekintenünk, ahogy ezt például Ulmer ja- 
vasolta az , input" eseteire nézve általában. S így 
is felmerül a kérdés, vajon programok esetében a 
saját használatra történő egyes másolat készítését 
helyes-e, szabad-e felhasználásnak tekinteni, hisz 
a program felhasználása éppen ilyen egyes példá- 
nyok ismételt gépi futtatásából áll, s kutatóinté- 
zetekben például még közvetve sem szolgálja a jö- 
vedelemszerzés céljait. 


Mindezek a szempontok elvben indokolják egy sajá- 
tos, sui generis programvédelem biztosítását. Nem- 
zetközi szinten évek óta történnek ebben az irány- 
ban kezdeményezések. Ugy tűnik azonban, hogy ki- 
elégítő rendezésre "még hosszú ideig várnunk kell. 
Addig azonban vitán felül állóvá kell tennünk a meg- 
lévő szerzői jogvédelem érvényesítését. 


Programok nemzetközi értékesítése 


Sajátos problémákat vet fel a szerzők szempontjából 
a szerzői jogilag releváns programok nemzetközi ér- 
tékesítése. 

al Hazánkban ez idő szerint a számítógép-progra- 
mok nemzetközi értékesítése egyszerre több kül- 
kereskedelmi vállalaton keresztül is folyik, vagy a 
hardware szerinti profilhoz igazodóan (pl; a Met- 
rimpex útján) vagy a KKM eseti engedélye alapján, 
(pl. a Hungagent ügynökség esetében), amit a 
folyamodó idáig mindíg megkapott. A bizomá- 
nyosként vagy ügynökként fellépő vállalat valame- 
lyik belföldi jogi személy — vállalat, egyetemi köz- 
pont stb. — megbízásából jár el, figyelmen kívül 
hagyva a programot készítő , természetes személy" 
szerzők jogszabályban biztosított jogait. 
Hardware-tól függetlenül, önálló program-export 
esetében kizárólag szerzői jogilag védett alkotás 
felhasználására kötendő szerződésről van szó. A 
program felhasználási jogáért fizetett díj sokszoro- 
san meghaladja a- programalkotást megtestesítő 
anyag (mágnesszalag, lyukkártyák, dokumentáció) 
értékét. A szerzők díjazása mégsincskellőképpen 
biztosítva, mert a vállalatok részesedési alapgazdál- 
kodása igen szoros, az egyetemek különmunka ke- 
rete szintén korlátozott. Az ellenérték túlnyomó 
hányada a szerzőt alkalmazó szervnél, a külkeres- 
kedelmi vállalat megbízójánál marad. Emellett fi- 
gyelembe veendő, hogy a nagyrészt jogdijjellegű 
ellenérték áruügyletekre irányadó, feláras árfolya- 
mon kerül a külkereskedelmi vállalatok számlá- 
jára. 

b/ A programalkotó szerzők igényeinek kielégítése, 
munkájukban való érdekeltté tétele és részesedési 
alapjuk, illetőleg különmunka kereteik tehermen- 
tesítése érdekében a  programkészítést szervező 
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munkáltatók is hajlanak arra, hogy a programok 
exportjába a Szerzői Jogvédő Hivatalt is bevonják. 
Az 1969. évi III. törvény 25. §-a és a 9/1969. MM. 
sz. rendelet 20. §-a szerint szerzői alkotás felhasz- 
nálására vonatkozó szerződést, ha az egyik fél kül- 
földi, a rendeletben meghatározott kivételektől el- 
tekintve a Szerzői Jogvédő Hivatal útján kell meg- 
kötni. A munkaviszonyban alkotott művekre 
nézve ezt a szerződést a külföldivel a munkáltató 
kötheti meg a hivatal bevonásával, azonban a 
szerzőt a 9/1969. MM. sz. rendelet 12. §-a szerint 
a szerzői díj összegének — a munkáltató döntése 
szerint — 60—8075-a megilleti. Amennyiben a műre 
harmadik személlyel felhasználási szerződés kötése 
a munkáltató feladatkörébe tartozik, a munkál- 
tató a mű szerzőjének díját — a ráfordításokra fi- 
gyelemmel — a szerzői díj 60970-ánál alacsonyabb 
mértékben is meghatározhatja. 


A gyakorlatban, eddigi tárgyalások alapján, a kö- 
vetkező megoldás látszik járhatónak. A munkavi- 
szonyban alkotott programot a munkáltató to- 
vábbra is valamelyik külkereskedelmi vállalat útján 
értékesíti, azonban a Szerzői Jogvédő Hivatal bevo- 
násával. A külkereskedelmi vállalat mintegy fővál- 
lalkozóként gondoskodik a hardware- és software- 
szolgáltatások összekapcsolásáról, a szerzők eset- 
leg szükséges helyszínre utazásáról, a program hor- 
dozóanyagának elkészítéséről, és saját számlájára 
utaltatja az alkotói munkavégzés, az anyaghányad 
és egyéb szolgáltatás ellenértéke fejében a külföld- 
ről kapott díj bizonyos hányadát. Ennek forint- 
ellenértékét áruszorzóval kapja számlájára, s juta- 
lékának levonásával az őt megbízó munkáltatónak 
utalja. A külföldi felhasználóval kötött szerződés- 
ben ugyanakkor kiköti, hogy az ellenérték 30— 
6076-a a hivatal számlájára utalandó, a szerző vagy 
a szerzők javára, aki — vagy akik — ily módon a 
jögdíjakra előírt árfolyamon, közvetlenül kapnák 
meg szerzői részesedésüket, anélkül, hogy törvé- 
nyes igényüket munkáltatójuk részesedési alapja 
vagy különmunka kerete terhére kellene érvénye- 
síteniük. Ugyanakkor devizaszámla-nyitási lehető- 
ségük is nyílik. 

Mindez egyben ösztönzőleg hathat a hazai soft- 
ware-alkotásra. 


Ma már elengedhetetlen a software-alkotás és a 
software-forgaom nemzetközi vonatkozások fi- 
gyelembevételével történő szabályozása. Lépése- 
ket kell tennünk a kérdéskomplexum KGST ke- 
retek között történő rendezése érdekében is. 


Teendők a KGST országokkal folyó 
kereskedelemben 


Az előbbiek tükrében a software-alkotásnak a szocia- 
lista integrációban történő előmozdítása érdekében 
jogi vonalon a következő teendők adódnak: 


1. A software-védelem alapjainak kölcsönös biztosí- 
tása 
al A szerzői jogi 
egyeztetése. 
b/ A szerzői jogi védelem kiegészítése sui generis 
software-védelmi szabályokkal: 


védelem adott lehetőségeinek 


— Aszerzői jogilag releváns: :software-fajták 
körének meghatározása, 

— a software-alkotás menetében új, eredetit 
nyújtó szerzők körének megvonása, az al- 
kotó fázisok meghatározása, 

— a software gépi futtatásának, illetőleg egyes 
másolatok készítésének értékelése a védelem 
szempontjából, 

— a KGST országokban forgalomba hozott 
vagy egymásnak felajánlott programok köz- 
ponti, információs célú lajstromozásának be- 
vezetése. (A Szovjetunióban 1966 óta mű- 
ködik az Algoritmusok és Programok Állami 
Tára, ma már több mint 15000 nyilvántar- 
tott anyaggal.) 


2. A software KGST-országok közötti cseréjének jogi 
rendezése 

aj A software-forgalom jogi eszköze a szerződés. 
Kidolgozandók a szerződésminták, amint ez 
már megtörtént az általános típusú, a tudomá- 
nyos-műszaki eredmények átadására vonatkozó , 
a , know-how"? átadásáról szóló és az áruvédje- 
gyekre vonatkozó licencia-szerződések eseté- 
ben. 

b/ Külön megbízási szerződések kidolgozása prog- 
ramkészítésre, szerzők bevonása a munkába, 
részesedésük elvi leszögezése, az egyes tagálla- 
mok saját törvényei szerint. 


3. Együttműködési szerződések készítése " 
KGST-országok közös erőfeszítéssel alkotandó 
programjainak és közösen kifejlesztendő számí- 
tástechnikai rendszereinek létrehozását célzó 
együttműködési szerződéseket célszerű készíteni 
különös tekintettel a közösen alkotott software 
tagországokon belüli és KGST- országokon kivüli 
felhasználásra. 
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Dr. BOYTHA : A számitógép-programok jogi védelme ... 


NEMZETKÖZI RENDEZVÉNYEK 


1. BIOKIBERNETIKAI SZIMPÓZIUM 


A Nemzetközi Automatika Szövetség (IFAC) és az 
NDK Műszerezési és Automatikus készülékek Tudo- 
mányos-Műszaki Egyesületének szervezésében 1977. 
szeptember 12. és 16. között Lipcsében (NDK) ren- 
dezik meg a 
6. Nemzetközi Biokibernetikai 
Szimpóziumot. 


A szimpózium programja a következő: 
1. Az élő szervezet irányítása 
1.1 Szenzomotor irányítási mechanizmus 

1.1.1. mozgásvezérlés 

1.1.2. vezérlés optikai bemenetekkel 

1.1.3. vezérlés fülüregi bemenetekkel 

1.2. a szervezeti funkciók autonom irányítása (ho- 
meoesztázis) 

1.2.1. ellátó rendszerek (vér, szívér, légzési és 
emésztési) 

1.2.2. homeosztatikus rendszerek (hőszabá- 
lyozás, folyadék-, elektrolit-szabályo- 
zás, anyagcsere szabályozás stb.) 

1.2.3. az autonom ideg- és homonomiai rend- 
szer egyéb vezérlési funkciói 

1.3. a növekedés, regenerálás stb. irányítása 
1.4. az immun-folyamatok irányítása 
1.5.a sejtanyagcsere irányítása (alapvető biokli- 
mai irányítási rendszerek) 
2. Irányítás: szervezet-szervezet között (kommuniká- 
ciós rendszerek) 
2.1. szervezetek közötti kommunikáció (biokom- 
munikáció) 
2.2. viselkedési mechanizmusok és szabályozás 
2.3. pszichoszociológiai szabályozások 
3. Irányítás: szervezetek és környezet között (öko- 
rendszerek) 
3.1. ökorendszerek modellezése 
3.2. vezérlési, adaptációs és fejlődési természetes 
folyamatok ökorendszerekben 
3.3. természetes és mesterséges ökorendszerek irá- 
nyítása; stacionárius viselkedés a fejlődési fo- 
lyamatok, különösen a víz-, mezőgazdasági- és 
erdőgazdaságban, tájvédelemben, regionális 
tervezésben és tengerkutatásban. 
Azokat az előadásokat részesítik előnyben, amelyek- 
ben világosan felismerhető a rendszerelméleti, kiber- 
netikai módszerek alkalmazása. 
Hivatalos nyelvek: angol, orosz és német. 
További információk az alábbi címen kaphatók: 
Wissenschaftlich-Technische Gesellschaft für Mess- 
und Automatisierungstechnik in der Kammer der 
Technik der DDR 
DDR—1086 Berlin, PF 1315 


IFIP KONGRESSZUS 


A Nemzetközi Információ Feldolgozási Szövetség 
(IFIP) 1977. augusztus 8. és 12. között, Torontóban 
(Kanada) tartja kongresszusát. 


A kongresszus fő tématerületei: 


— Vállalatvezetési és adminisztrációs alkalmazások 

— Alkalmazások a tudományban és a technikában 

— Számítógéppel segített tervezés 

— Számítógép hálózatok 

— Információfeldolgozás és oktatás 

— Az információfeldolgozás elméleti alapjai 

— Számítógép hardware — A technológia fejlődése és 
hatása a számítógép-rendszerek tervezésére 

— Számítógép software — Olyan programok és eljárá- 
sok, amelyek elősegítik a rendszer alkalmazás fej- 
lődését, a rendszerek fejlesztését és működtetését. 


További információk az alábbi címen kaphatók: 

IFIP Congress 77 Organizing Committee 

Canadian Information Processing Society 

212 King Street West Ste. 214, Toronto, Ontario, 
Canada MSH 1K5 


INFORMÁCIÓSIRÁNYITÁSI PROBLÉMÁK A 
GYÁRTÁSTECHNOLÓGIÁBAN 


Az IFAC 1977. október 17. és 20. között Tokióban 

rendezi meg az Információsárányítási problémák a 

gyártástechnológiában szimpoziumot. 

A szimpozium a következő tématerületeket fogja át: 

1. Az anyagmegmunkálással kapcsoalatos informáci- 
ósirányítási eredmények, pl. szerszámgépek szám- 
jegyes vezérlése 

2. Az anyagkezeléssel kapcsolatos információs-irányí- 
tási eredmények, pl. robotika 

3. A szereléssel és ellenőrzéssel kapcsolatos informá- 
ciósárányítási eredmények 

4. Információfeldolgozás a gyártási folyamatokban, 
pl. számítógéppel segített tervezés (CAD), alakfel- 
ismerés, mesterséges intelligencia 

5. A gyártási folyamatok mikroökonomiai modelle- 
zése. 

További információk az alábbi címen kaphatók: 

The Secretariat of IFAC Manufacturing 

Technology Symposium 

c/o The Society of Instrument and Control 

Engineers 

39 Shiba Kotohira-cho 

Minato-ku 

Tokyo, Japan 


(Sz.Zs.) 
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SOMODI ENDRE 
(ÉVM TK) 


A PROGRAMOZÁS AUTOMATIZÁLÁSA 
AZ ADATFELDOLGOZÁSBAN 


A számítógépes programozási technika fejlesztése a 
gazdasági adatfeldolgozás területén fontos feladat, 
mivel a gazdasági alkalmazásuk heterogén jellege 
sokféle, specifikus igényeket kielégítő egyedi prog- 
ramot igényel. Történtek már lépések az adatfel- 
dolgozó programok szabványosítására. A cikk kí- 
sérletet tesz az adatfeldolgozó programok progra- 
mozásában alkalmazható szabvány megoldások is- 
mertetésére és bemutat egy, a szerző által kidolgo- 
zott és a gyakorlatban bevált, speciális adatfeldol- 
gozási rendszert. 


ETO: 006.85 :519.685 :681.3.068 


Közismert, hogy az adatfeldolgozó rendszerek számí- 
tógépes megvalósításánál — néhány általánosan elfoga- 
dott módszer kivételével —programozástechnikai vo- 
natkozásban jelentős eltéréseket tapasztalhatunk, 
melynek alapját az adott programozási feladatot vég- 
ző egyének szakmai tudásában, gondolatmenetének 
logikájában rejlő különbségek képezik. Ismeretes az 
is, hogy az információrendszerek visszacsatolásos ala- 
pon fejlődnek, tehát egy adott realizáció eredménye 
módosítja, javítja a rendszert, ami megköveteli a prog- 


Szervezési fázis 


Te és folyamatábrák 
úl Tény 
Elsődleges Másodlagas INFUTOK 
INFUT INPUT 
(bizonylatok- (más folya- ]! WMunkalFaramédi [Farométe 
ról) matoktól ) ffita (oklterek rezhető 


TA ÓL [ 


JADATFELDOLGO- 


ZÁSI FOLYAMAT FE ] 


Al A ! E ESETET Munkofile (ok) 
Elsődleges Másodlagos ! 
OUTPUT DOUTFUT Úesszzásozzljllset szzegtésálló pesznoszzázzáslk 1 AZASÁRÉB Sela ERB 1. ABS 
(felhasználó- Ímás folya- 
hoz) matokhoz) e 
OUTPFUTOK Munkofilefok) 


Folyamattervezés, paraméterezés 


ipusprod 


ramok egyszerű módosíthatóságát, áttekinthetőségét. 
Az egyes rendszerek felépítése szabványos elemekből, 
sőt az egyes programok szabványos írása biztosítja a 
szerkezeti rugalmasságot, a közérthetőséget, az aktuá- 
lis igények gyorsabb, olcsóbb kielégítését, variációs 
lehetőségeket biztosít, mind programtechnikai, mind 
rendszertechnikai szinten. 


Az utóbbi években a software-t gyártó cégek töre- 
kednek célorientált programcsomagok létrehozására. 
Sok esetben értelme van azonban annak, ha az egyes 
felhasználó intézmények maguk, saját elképzeléseik 
szerint alakítják ki az információrendszerük gépi meg- 
valósítására alkalmas programcsomagok kisebb-na- 
gyobb részét, maximálisan szem előtt tartva a spe- 
ciális igényeket. A felhasználó ilyen irányú tevékeny- 
sége megköveteli aszabványos programozástechnikai 
elemek használatát. 

Uj adatfeldolgozási rendszer felépítése modulárisan 


típuselemekből — például paraméterezhető progra- 
mokból — jelentős mértékben lerövidíti a folyamat 


Programtervezés Célprogram 
gés a elkészítésének 
(Atállás célprogramokra) és belövésének fázisa 
Terv Tény 


j 
] 
l 


Munkafile(ok) 


zsák al 
I 


A paraméterezhető tipusprogram azon részei, 
lizálása miatt, szükségtelenek, (Elhagyjuk) 


amelyek a célprográmban, a funkciók specia- 


IÖZIGNIFIKANS FROGRAMRÉSZ 


1.ábra Adatfeldolgozási rendszer elkészítésének folyamata (Típusprogramok -r makrorendszer) 
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próbáira fordítandó időt, megőrizve ugyanakkor a 
nagymérvű módosíthatóságot, rugalmasságot. A so- 
kat tudó, általános jellegű, paraméterezhető progra- 
mok memóriahely-foglalása és futási ideje azonban 
általában nagy, ezért célszerű lehet a rendszer belö- 
vése után bizonyos paraméterezhető elemeit cél- 
programokkal kiváltani. Természetesen erre csak 
hosszú érvényű, gyakori gépi futtatást igénylő adat- 
feldolgozási folyamatok esetében van szükség, idény- 
jellegű feldolgozások esetében ennek a munkának 
nem sok értelme lenne. 


Az általános jellegű folyamatelemek célprogramokkal 

történő kiváltásakor a következő szempontoknak kell 

érvényesülniük: 

al a kiváltó célprogram legyen kisebb memóriaigé- 
nyű és gyorsabb 


b/ a célprogram legyen áttekinthető a későbbiekben 
fellépő igényváltozások gyors és egyszerű átveze- 
tése érdekében 

c/ a célprogram legyen gyorsan és egyszerűen megír- 
ható, hiszen az átállás a rendszer szempontjából 
tulajdonképpen , holtidőben"? történik. 


Ezek a pontokba foglalt követelmények bonyolult 
feladatot jelenteneka programtervezők ésa progra- 
mozók számára. Munkájukat ebben a fázisban jelen- 
tősen leegyszerűsíti és megkönnyíti egy speciális 
adatfeldolgozási makroutasítás-rendszer alkalmazása, 
amely szinte automatikusan biztosítja a fent említett 
követelmények teljesítését. 


Megállapíthatjuk tehát, hogy egyfelől a makroutasí- 
tásos egyedi (cél-jprogramok alkalmazása, másfelől 
a paraméterezhető programok használata csak látszó- 
lag jelentenek különböző irányú szabványosítási tö- 
rekvést. A két szabványosítási elgondolás ugyanis egy 
feladat különböző szintű munkáinak megkönnyítését 
célozza. Leghatékonyabban a két szabványrendszert 
együttesen alkalmazhatjuk. 


Paraméterezhető programok és szabványos makrouta- 
sítás-rendszer együttes alkalmazásával létrehozható 
adatfeldolgozási rendszer elkészítésének folyamatát 
illusztrálja az 1. ábra. 


A programozási tevékenységek 
feladatonként ismétlődő elemeinek 
kiválasztása 


Megkíséreljük bizonyos programozási típuselemek ki- 
választását — a teljesség igénye nélkül — logikai szin- 
ten. Az egyes funkciók csoportosítása és összetétele 
megfelel annak a koncepciónak, amelynek jósága rész- 
ben bizonyított a VIDEOTON programtervezési osz- 
tályán kidolgozott konkrét számítógépes realizáció 
által. A következő részben leírt makroutasítás-rend- 
szer a felsorolt típustevékenységek egy részét fedi le. 


SOMODI: A programozás automatizálása . . . 


A tevékenységek felosztását az 1. táblázat szemlél- 
teti. A táblázat nem tartalmazza azokat a típusfunk- 
ciókat, amelyeket az ICL SYSTEM 4-50 számítógép 
J—1600 operációs rendszere magában foglal, így kis- 
mértékben számítógéptípusra orientált. Különböző 
géptípusok és/vagy operációs rendszerek esetén a táb- 
lázat egyszerűsítésre vagy kiegészítésre szorul. Meg- 
említhető itt példaként az R—10 számítógép RTDM 
monitorja, amelyik képes arra, hogy az egyes szim- 
bolikus file-azonosítókat dinamikusan rendelje hozzá 
a konkrét periferiális berendezéshez. 


A VIDEOTON-ban kidolgozott 
adatfeldolgozási makroutasítás-rendszer 


A COMMAC rendszer, jelenlegi fejlesztési szintjén, tíz 
speciális makroutasítást tartalmaz, amely az ICL Sys- 
tem—4 számítógépcsalád assembler szintű programo- 
zási nyelvének (USERCODE) kiegészítése, és amely 
azokat a rutintevékenységeket fedi le, amelyek mel- 
lett az 1. táblázatban számjegy található. A rendszer 
további elemeinek kidolgozása folyamatban van. 


A rendszer létrehozásakor több megoldás merült fel, 
és megállapítottuk, hogy a rutintevékenységek gépi 
megvalósításának legcélszerűbb formája az assembler 
szintű makroutasítások rendszere. Mi indokolja ezt? 
Több év tapasztalata bizonyítja, hogy a nagy adat- 
tömegeket kezelő számítógépes feldolgozások élesen 
lémáját. Multiprogramozható számítógépek esetében 
különösen jelentős a memóriaigény kérdése. A felve- 
tett problémák közel optimális megoldását csak 
assembler nyelvű programokkal biztosíthatjuk. Az 
assembler szintű programozás továbbá lehetővé te- 
szi a számítógép teljes utasításkészletének használa- 
tát, pl. bitkezelő műveletek, és a gépközelség bizto- 
sítja a könnyebb hibafelderítést is. Nem tekinthetjük 
hátránynak az assembler alkalmatlanságát matemati- 
kai számítások végzésére, hiszen speciális területünk, 
az adatfeldolgozás, kevés matematikai számítást igé- 
nyel. Esetenként ez a probléma FORTRAN, vagy 
más célorientált, magasszintű programozási nyelven 
megírt egyedi modulokkal könnyen áthidalható . 

A makroutasítás-rendszer, logikai funkcióinak fi- 
gyelembevételével bármilyen számítógépen megvaló- 
sítható , ahol az assembler fordítóprogram rendelkezik 
makrodefiníciós lehetőséggel, vagyis képes makrouta- 
sítások alapján assembler programrészletet generálni. 
Ezen lehetőség hiányában a rendszer egyedi 
assembler-modulok formájában készíthető el. 


Anélkül, hogy a VIDEOTON-ban kidolgozott makro- 
utasítás-rendszert részletesen ismertetnők, csak az 
egyes makroutasításokat soroljuk fel. A felsorolás és 
az 1. táblázatban szereplő egyes rutintevékenységek 
között a felsorolás sorszáma teremti meg a kapcsola- 
tot, amely sorszám megtalálható azon rutintevékeny- 
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ség mellett, amelyet az adott makroutasítás automa- 
tikusan végez el. 


A COMMAC rendszer makroutasításainak felsorolása 

— (1) Általános olvasó utasítás soros file-okra 
(GETSX) 

— (2) Kontrollmező-kezelő, mélységi összegzést vég- 
ző utasítás (TABS) 

— (3) Táblázatkitöltő utasítás azonos kulcsra (TABT) 

— (4) File-ok fejrekordjait vizsgáló utasítás (OPENG) 

— (5) File végét-kezelő tételszámokat indikáló utasí- 
tás (ENDUP) 

— (6) Tételrekord-író és számláló utasítás (PUTS) 

— (7) Papírmozgást vezérlő utasítás (LAPD) 

— (8) Soros file-okat párosító, a párossági helyzet 
alapján olvasó utasítás két file-ra (PAIR2) 

— (9), (10) Utasítás, amelyik automatikusan rendel 
hozzá adott adatfile-hoz mágnesszalag, vagy 
mágneslemez fizikai hordozót (DTFSA) 
(DVALT) 


A felsorolt makroutasítások között szoros logikai 
kapcsolat van, ugyanakkor minden utasítás funkcio- 
nálisan önálló is, önmagában alkalmazható. Célszerű 
azonban kihasználni a logikai kapcsolatokban rejlő 
lehetőségeket. Például a TABS, TABT, PAIR2 
makrók a GETSX makróval együtt alkalmazhatók 
legeredményesebben. 


Példa a COMMAC gyakorlati alkalmazására 

Legyen a feladat példánkban egy rendezett mágnes- 

szalagfile tartalmának nyomtatása olymódon, hogy 

bizonyos kontrollmezők változása esetén, a szükséges 

mélységben összegsorokat képezünk. A feladatot az 

OPENG, GETSX, TABS, ENDUP és LAPD makrók- 

kal oldjuk meg. Az egyes makroutasítások. által 

automatikusan lefedett rutintevékenységeken felül — 

célprogramunknak a következő , maradék" funk- 

ciókat kell ellátniuk : 

— tablókonstansok, számjegymaszkok kijelölése, 

— nyomtatandó sorok összeállítása, számjegyek edi- 
telése, 

— a saját kódolású részek és a makrók összehango- 
lása. 

Könnyen belátható, hogy az itt vázolt funkciók és az 

1. táblázatból kigyüjthető, a felsorolt makroutasítá- 

sokhoz tartozó funkciók összessége elegendő a példá- 

ban megfogalmazott feladat elvégzéséhez. 


SOMODI: A programozás automatizálása . . . 


A COMMAC alkalmazásának gyakorlati 
tapasztalatai 


Annak ellenére, hogy a rutintevékenységeket tartal- 
mazó táblázat korántsem teljes, és méginkább hiányos 
az egyes feladatokat realizáló makroutasítások soroza- 
ta (például nincsenek makroutasításaink az igen fon- 
tos, random jellegű file-típusok kezelésére) , a meglévő 
tíz utasítás alkalmazása is látványos eredményeket 
szolgáltatott. A következő, pontokban összefoglalt 
eredményeket értük el a COMMAC még nem eléggé 
rutinszerű felhasználása által: 


al a programok átfutási ideje csaknem 30970-kal csök- 
kent 

b/ a programok egyedi, programozótól függő, és íly- 
módon nehezen áttekinthető részei a teljes prog- 
ramnak átlagosan mindössze 30—3592-át teszik ki 


2 


mivel a programok logikai tervezése során a makro- 
utasításrendszer kényszeríti a programozót a prog- 
ramstruktúra logikusabb kialakítására, a rendszert 
alkalmazó programozók magasabb szintet érnek el 
a logikai tervezésben 


d/ a logikusabb, egyöntetűbb tervezés eredményekép- 
pen a programok áttekinthetők, és gépi futási ide- 
jük közel 2076-kal csökkent 


e/ a rutintevékenységek elvégzése alól felszabadított 
programozók több időt fordítanak a saját kódolá- 
sú programrészek elkészítésére, így hatékonyabb 
programok készülnek 


fi 


gyakorlatlan. vagy kezdő programozók a 
COMMAC alkalmazása mellett 1—2 hónappal 
előbb képesek konkrét (éles) programok írására. 


Összefoglalás 


A programozási rutintevékenységet — megkönnyítő 
makroutasítás-rendszer tulajdonképpen egy szabvá- 
nyosítási koncepció legalsó szintjét képviseli. A kö- 
vetkező szinteket az adatfeldolgozási programok tipi- 
zálása, majd az adatfeldolgozási folyamatok szabvá- 
nyosítása jelentik. Merész eszmefuttatásunkkal azon- 
ban még itt sem állhatunk meg, annak ellenére, hogy 
a folyamatok tipizálására irányuló törekvések még 
csak a koncepció szintjét érték el. A szabványosítás 
folyamata egy automatizált információrendszer lét- 
rehozásának irányába mutat, ahol az egyes mérföld- 
köveket programrészek, majd programok, később pe- 
dig folyamatok generálása jelentik egy végső cél, az 
információrendszerek generálása érdekében. 
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Villamos műszer- és méréstechnikai konferencia 


A Méréstechnikai és Automatizálási Tudományos 
Egyesület (MATE) a Magyar Elektrotechnikai Egyesü- 
lettel (MEE) és az Energiagazdálkodási Tudományos 
Egyesülettel (ETE) együttműködve, 1977. június 1 és 
3. között rendezi meg a 
III. Villamos Műszer- és Méréstechnikai 
Konferenciát és Kiállítást 
Debrecenben, 
a Technika Házában. 

A Konferencia célja: a villamos elven megoldható mé- 
rési és műszerezési feladatok feltárása, új mérési eljá- 
rások, valamint már kidolgozott új mérési módszerek 
és műszerek ismertetése. 
A Konferencia főbb témái: 
— Villamos és nem villamos technológiai jellemzők 

új mérési eljárásai, műszerei és üzemeltetési prob- 

lémái. 


— Érzékelők ésmérőátalakítók az orvostechnikában. 
— Távmérések, mérőátalakítók, regisztrálók. 


— Mérési adatok gyüjtése és tárolása (az adatfeldol- 
gozás kivételével) 


— Különböző ipari folyamatok, mérési és műszerezé- 
si problémái, különös tekintettel az optimális ener- 
giafelhasználásra, valamint a környezetvédelemre. 


— Gázösszetételek mérése villamos úton. 


További információk a MATE Titkárságán kaphatók : 


Bp., V. Kossuth L. tér 6—8., III. 318. 
Tel.: 122—457 


(Sz.Zs.) 


4-bites LSI-szeleteket gyárt a Texas 


Míg a tranzisztor-tranzisztor logikát (TTL) egyre in- 
kább a 8- és 16-bites n-csatornás mikroprocesszorok 
váltják föl, a Schottky-TTL és ECL eszközöket a bit- 
szeletes mikroprocesszorok szorítják ki. Ez az oka an- 
nak, hogy a Texas Instruments (TI) cég, amelynek 
uralkodó szerepe van a TTL és a Schottky-TTL pia- 
con, ugyancsak bevezet egy 4-bites processzor-szele- 
tet. Ez lesz a legfontosabb eszköz a TI nagy teljesítő- 
képességű, kis teljesitmény-igényű Schottky bipoláris 
LSI elemei között, amelyekkel olyan, mikroprogra- 
mozható mikroszámítógépet lehet kialakítani, amely 
4-bites szeletenként bővíthető. Ezek köré a részek 
köré miniszámítógépek és kontrollerek építhetők ki, 
amelyek meghaladják majd a fejlett MOS-bázisú mi- 
niszámítógépek tulajdonságait is. 


Az SNS4S/[74S481 típusjelű (igazán könyen megje- 
gyezhető elnevezés ...) 4-bites processzor-szelet egy- 
aránt mikro- és makroprogramozható. Több, mint 
24 000 különböző műveletet (!) tud felismerni, dekó- 
dolni és végrehajtani, egyenként egy-egy 100 ns-os 
óraciklus alatt. 


Ezen kívül, hardware-ban megvalósított algoritmusok 
szolgálnak különfajta előjeles és előjel nélküli szorzá- 
si és osztási makroutasításokhoz, valamint karakter- 
számításokhoz. Például, egy 16-bites konfigurációba 
összekötött, 4 szeletből álló processzorral kétszeres 


pontosságú szorzás 3 Ms-nál kevesebb idő alatt hajtha- 
tó végre. 

A chipen elhelyezkedő vezérlő logika megkülönbözte- 
ti a makro- és mikroutasításokat és három bemeneti 
szintet dekódol. A trináris logikájú bemenet (felső, 
alsó vagy lebegő) jelöli ki a legszignifikánsabb 4-bites 
szeletet a többszeletes rendszerben. Ezt követően ez a 
szelet vezényli a többi szeletet, miközben azok végre- 
hajtják a makroutasításokat. 


A 481-es processzor memória-memória architektúrát 
használ, ami a TI szakemberei szerint kettő-hatszor 
gyorsabb, mint a hagyományos memória-regiszter ar- 
chitektura. Ez foglalja magában mind a memória- 
számlálót, mind a program-számlálót. 

Az SN54S/745482 jelű bit-szeletes kontrollert 1976 
közepe óta gyártják. Térkitöltéssel programozható 1o0- 
gikájú tömböt akarnak mikroprogram tárként hasz- 
nálni a programozható ROM-ok helyett. Ugynacsak 
kibocsájtanak egy 16 szó x 5 bit-es, FIFO (first-in- 
dlast-out)tárat, a nagysebességű (10 MHz) perifériák 
interface-éhez. 


Minthogy a 481-es szelet könnyen programozható a 
TI 990-es miniszámítógép modelljének utasításkészle- 
tére, valószínű, hogy ezeket az alkatrészeket először 
ebbe a minigépbe fogják beépíteni. 


(Electronics, 1976. dec. 9.) (Sz.Zs.) 
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Dr. BAKONYI PÉTER - ERCSÉNYI ANDRÁS 
(MTA SZTAKI) 


AZ ESZR TÁVADAT-FELDOLGOZÁS 
LEHETŐSÉGEI ÉS PROBLÉMÁI 


A távadat-feldolgozás és a távadatfeldolgozó rend- 
szerek kialakítása egyre jelentősebbé válik világszer- 
te. Igy az ESZR programon belül is igen fontos ez a 
részterület. Hazánk komoly szerepet vállalt a táv- 
adatfeldolgozással kapcsolatos közös kutatási-fej- 
lesztési munkákban. A cikk röviden áttekinti a táv- 
adatfeldolgozó terminálhálózat főbb elvi kérdéseit 
és ismertet egy ESzR elembázissal kiépített munka- 
rendszert. Felhívja a figyelmet a távadatfeldolgozá- 
si fejlesztések rendkívüli összetettségére. 


ETO: 681.327.8 


A távadat-feldolgozás jelentősége 


A távadat-feldolgozás — a továbbiakban TAF — a szá- 
mítástechnika elterjedésével egyre nagyobb súlyt és 
jelentőséget kap. Szinte naponként jelennek meg kü- 
lönböző kimutatások, amelyek a közeli és távolabbi 
jövő számítástechnikai helyzetét elemezve, a TAF ha- 
talmas térhódításáról beszéinek. 


A távadat-feldolgozási kezdete — a tényleges alkalma- 
zásokban — az 1960-as évekre tehető: ekkor bocsátot- 
ta ki az IBM cég az első terminálokat és az azokat ke- 
zelő software rendszereit. 


Az EUROECONOMICS — a gazdasági tanulmányok- 
kal foglalkozó nemzetközi szervezet — legújabb kimu- 
tatásai szerint a tőkés számítógépgyártó cégek a leg- 
jelentősebb mértékű fejlesztéseket a TAF-elemek és a 
megfelelő rendszer- és alkalmazói software-ek irányá- 
ban teszik. A számszerű értékeket az 1. táblázat mu- 
tatja. 

1. táblázat 


A számítógépgyártás fejlesztési trendjei 


Ráfordítás az összes 
költség 96-ában 


Fejlesztési irányok 


196711973]1 1980] 1985 


Nyugat Európában: 


hardware ) 4] 
TAF 16.5 
üzemeltetés 18 
software 53 
Összesen: (milliárd dollár) 96.6 
USA-ban: 
hardware 10 
TAF 20 
üzemeltetés 14 
software 56 


Összesen: (milliárd dollár) 


Mindezen fejlesztéseket természetesen a TAF-rend- 
szerek iránt megnyilvánuló óriási kereslet indokolja. 
Ha a TAF elterjedésének legjellemzőbb mértékeként 
az üzemelő terminálok számát fogadjuk el — a nem- 
zetközi szakirodalomban is ezt használják — akkor 
a tőkés világban az alkalmazói trendek a Frost and 
Sullivan cég tanulmánya szerint a 2. táblázatban fel- 
tüntetett módon alakulnak. 

2. táblázat 

A TAF-terminálok számának 
növekedési üteme 


Terminálok száma 
(1000 db-ban) 
1972] 1976] 1980 11985 


Nyugat Európa: 80 
USA 545 


235 437 
1.620 [ 4.100 


815 
? 


A számok az 1976-ban igen magas abszolútérték el- 
lenére további ugrásszerű növekedést jósolnak. 


A TAF-alkalmazási igény a szocialista országokban is 
egyre jelentősebb lesz: a gazdasági élet minden terü- 
letén bonyolult felépítésű, országos, sőt nemzetközi 
méretű szervezetek alakultak ki. Ezeknek működését 
csak a részletes, rendezett és friss információk biz- 
tosíthatják. A számítógépek önmagukban is sokat te- 
hetnek a megfelelő feltételek megteremtéséért, ma 
már azonban ez sok helyen kevés. A környezet és a 
feldolgozó központ illeszkedése, az adatok szállítása 
is igen fontos, hiszen ha az adatok , közlekedése" 
hosszú időt vesz igénybe, akkor az információ elavul, 
— így pl. pénzintézetek, kereskedelmi szervek, szak- 
igazgatási szervek kiépítésekor — a szolgáltatások tér- 
beli és időbeli egységét biztosítja. 

A TAF igen fontos szerepet játszhat a műszaki, tu- 
dományos, gazdasági számítások esetében is. Ezek a 
munkák ugyanis döntően interaktív feladatmegoldást 
kívánnak — és így szükségszerűen távadat-feldolgozást 
igényelnek. A TAF további fontos alkalmazási terüle- 
te a folyamatirányítás, ahol a folyamat időben és tér- 
ben különböző pontjaival kell az információforgal- 
mat létrehozni. 


Általánosságban a TAF biztosíthatja csak, hogy a fel- 
használó saját munkahelyén, tehát gyakorlatilag bár- 
hol, a számítóközpont telephelyétől függetlenül tudja 
megoldani feladatait. Az ESZR—I modelljeinek széle- 
sebb alkalmazói körökben való elterjedésével az 
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egyezmény valamennyi tagországában lépéseket tet- 
tek a számítógépes TAF-rendszerek kutatása, fejlesz- 
tése érdekében. A munka számos problémát és nehéz- 
séget vet fel elméleti és gyakorlati téren egyaránt. 
Ezeknek fokozatos megoldása azonban egyre jobb 
alapot biztosít távadat-feldolgozó rendszerek létreho- 
Zására. 

A jelen cikk az ESZR eszközökön alapuló távfeldol- 
gozói rendszerek néhány elméleti és gyakorlati kér- 
désével foglalkozik. TAF-rendszeren — e cikkben — 
alapvetően egy terminálhálózatot értünk, így a bo- 
nyolultabb, számítógépek egymás közötti kapcsolatát 
is lehetővé tevő hálózatokat nem tárgyaljuk. Bár tud- 
juk, hogy a legfejlettebb hálózat-elképzelések sokkal 
átfogóbb módon közelítik meg az ilyen problémákat, 
mégis a kevésbé általános rendszerszemlélet módot al- 
kalmaztuk. Ugy érezzük ugyanis, hogy a fejlettebb 
rendszerek kialakítása előtt feltétlenül meg kell is- 
merni — tapasztalati szinten is — a távadat-feldolgozó 
rendszerek alapját képező hagyományos terminálhá- 
lózatok tulajdonságait is. 


A TAF-rendszerek osztályozása 


A jelen cikkben a TAF fogalmán a számítógépes rend- 
szerek olyan üzemmódját értjük, amely lehetővé te- 
szi, hogy egy vagy több felhasználó feladatának meg- 
oldását — a szükséges erőforrások, hardware és soft- 
ware eszközök — irányítását attól függetlenül végezze, 
hogy a bemeneti-kimeneti készüléke a gépteremben, 
vagy azon kívül van elhelyezve [1]. 


Ez a definíció igen általános: a kisgépes, , házon be- 
lüli" időosztásos rendszereket és a nemzetközi hálóza- 
tokat is magába foglalja. 


H: központi számítógép 
MPX: multiplexor 
LC: vonali koncentrátor 


A számítógépes TAF-rendszer egy számítógépnek 
— esetleg gépeknek — és egyéb számítástechnikai be- 
rendezéseknek adatátviteli összeköttetések útján hier- 
archikusan összekapcsolt és megfelelően irányított 
rendszere. A hierarchia-piramis csúcsán a központi 
számítógép — legfőbb adatfeldolgozó erőforrás áll. 
Ehhez kapcsolódnak a multiplexorok, a koncentrá- 
torok és a terminálok. 


A multiplexor a központi számítógép adatátviteli ve- 
zérlőegysége. A központi számítógép csatornája és az 
adatátviteli vonalak között teremt kapcsolatot. A 
koncentrátor a TAF-rendszer egy közbenső adatátvi- 
teli vezérlési pontja. A lassú vonalak multiplexálását 
végzi, az adatokat koncentrálja egy nagy sebességű vo- 
nalra, az átviteli rendszer jobb kihasználása érdeké- 
ben. 


A terminál a TAF-rendszerek legkisebb hierarchiájú 
eleme. Fizikailag az a hely, ahol a TAF-rendszer szol- 
gáltatásaihoz hozzá lehet férni. A terminál biztosítja 
a kapcsolatot a szolgáltatást igénybe vevőember, és 
az erőforrás számítógép között. A terminálhálózat fel- 
építését az 1. ábra mutatja. 

A hardware elemek összekapcsolásával kapott konfi- 
guráció működésének és együttes munkájának irányí- 
tását a kommunikációs software — a TAF hardware- 
rel egyenrangú — rendszerelem végzi. A kommuniká- 
ciós software egyik legfontosabb része az ún. elérési 
módszer, amely a terminálok információforgalmának 
megszervezését irányítja. 

A TAF-rendszerek különböző szempontok szerint 
osztályozhatók. Az egyik módszer az ilyen rendsze- 
reket az alkalmazási területek szerint csoportosíthat- 
ja. Ez az osztályozás a már megvalósított és lehetsé- 


DT: dialógus terminál 
RBT: távoli batch terminál 
ST: szatellit terminál 


1. ábra Terminálhálózat általános rajza 
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ges alkalmazásokat vizsgálja. Igy megkülönböztet- 
hető: 


— Általános célú információs rendszer 
Ezek a rendszerek olyan adatcsoportok lekérde- 
zésére szolgálnak, amelyeknek információja állan- 
dóan változik. Tulajdonképpen két folyamat mű- 
ködik itt párhuzamosan; 
— az adatcsoportok információinak pontosítása, és 
— az adatok lekérdezése. 


—- Pénzügyi — banki rendszerek 
Az első TAF-rendszerek a bankügyvitel területén 
jöttek létre. A hatalmas, igen gyakran változó és 
minden pillanatban pontos információt biztosító 
rendszerek minőségileg különböznek az előbbi, ál- 
talános célú rendszerektől. Legfőbb jellemzőjük 
a real-time működés. 


— Gazdasági-ügyviteli rendszerek 
Ezek is információs rendszerek azzal a különbség- 
gel, hogy az információ általában csomagokban ér- 
kezik. Működésére ezért a kötegelt — batch — fel- 
dolgozási mód a jellemző. Ez nemcsak az adatok 
be-kivitelével kapcsolatos, hanem a feldolgozási 
munkákra is jellemző. 


— Párbeszédes — interaktív-rendszerek 
Ezek a TAF-rendszerek a legáltalánosabb ember- 
gép kapcsolatot biztosítják. Az ilyen rendszerek 
elsősorban a mérnöki-tervezői, kutatási-tudomá- 
nyos feladatok megoldásánál hasznosak. 


— Folyamatirányító rendszerek 
A folyamatirányító rendszer egy ipari folyamat kü- 
lönböző pontjairól származó , igen nagyszámú mé- 
rési adatát gyüjti, rendszerezi, majd az információk 
alapján folyamat-vezérlési jelzéseket küld a megfe- 
lelő irányítási pontokba. 


— Nyilvános használatú rendszerek 
Az ilyen általános célú rendszerek elsősorban a leg- 
fontosabb TAF-igényeket elégítik ki, lehetővé téve 
különféle egyedi feladatok megoldását. Ezek a 
rendszerek számítástechnikai-közüzemi szolgáltatá- 
sokat biztosítanak. 


A fenti osztályozásnál absztraktívabb az alkalmazói 
módok szerinti csoportosítás. Ez — elvonatkoztatva a 
konkrét és egyre újabbakkal is bővülő alkalmazói te- 
rületektől — az alkalmazások megvalósításának álta- 
lános módszere szerint osztályoz. Ehhez azonban egy- 
részt a terminálok által megvalósított szolgáltatási 
módok, másrészt a felhasználó feladatainak feldol- 
gozási módja szerint kell csoportosítania. 


Igy a szolgáltatási módok között megkülönböztetünk: 


— zárt üzemmódot, ahol több adatállomást azonos 
típusú alkalmazások végrehajtásánál szerveztek 
rendszerré; pl. egy bankintézet speciális bank-ter- 
minálokból kialakított rendszerc 

— nyilvános szolgáltatói üzemmódot, ahol egyéni fel- 
használásra, felhasználók feladatainak egymástól 
független feldolgozására alakítottak ki rendszert; 
pl. különböző kutatóintézeti alkalmazások számá- 
ra. 

A feldolgozási módok szerinti csoportosításban meg- 

különböztetünk: 

— kötegelt feldolgozásmódot, azaz a feladatok ösz- 
szegyüjtését, halmozott továbbítását és együttes 
feldolgozását; 

— párbeszédes feldolgozási módot, azaz a lépésenkén- 
ti feladatmegoldást. 

A szolgáltatási módok és feldolgozási típusok külön- 

böző összekapcsolása igen sokféle alkalmazási módot 

határoz meg. Ezeket a 3. táblázat mutatja. 


3. táblázat 


A távadatfeldolgozás jellegzetes 
alkalmazási módjai 


szolgáltatói 
módok b M 
feldolgozási zárt nyilvános 
módok 
kötegelt kötegelt távadat- [ kötegelt job-távfel- 
feldolgozás dolgozás 
párbeszédes adatgyüjtés korlátozott párbe- 


szédes job-feldolgo- 


adatlekérdezés zás 


teljes párbeszédes 


egyéni távfeldol- jó 
feldolgozás 


gozás 


A csoportosításnál megkülönböztetjük a csak adatok- 
kal, valamint a  program-adat komplexumokkal -— 
job-okkal—végzett munkákat. Ez kissé szokatlan, ami 
elsősorban a távadatfeldolgozásnak a nyilvános táv- 
adatfeldolgozással történő merev azonosításából szár- 
mazik. 


A kötegelt távadatfeldolgozás a terminálról nagy tö- 
megben együttesen bevitt adat utólagos feldolgozását 
jelenti. Az adatgyüjtés az egyedenkénti bevitelt és el- 
lenőrzést, az adatlekérdezés a kötött formátumú ada- 
tok párbeszédes jelleggel történő lehívását jelenti. Az 
egyedi, párbeszédes távfeldolgozás a központi gépben 
tárolt adattörzsek általános kezelése — lehívása, aktu- 
alizálás stb. 

A kötegelt job-távfeldolgozásban programok és ada- 
tok átvitele majd utólagos feldolgozása történik meg. 
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A korlátozott párbeszédes job-feldolgozás a bevitel- 
nél lehetővé tesz közvetlen irányítást — pl. lépésen- 
kénti ellenőrzést párbeszédes jelleggel — az ezt követő 
feldolgozás azonban már párbeszéd nélküli. A teljes 
párbeszédes feldolgozás a hagyományos rendszerek 
minden lehetőségét biztosítja, de alapvetően interak- 
tív hozzáféréssel. 


Mivel a felhasználóhoz a terminál áll a legközelebb a 
távadat-feldolgozó berendezések közül, a 3. táblázat 
belső részét az adatállomások jellemzőivel is kitölthet- 
jük. Ez már azért is megtehető, mert az utóbbi időben 
egyre több feladat-orientált terminált dolgoztak ki. 
Az így csoportosított terminálok jellemzőit a 4. táblá- 
zat mutatja. Természetesen a táblázat nem tüntet- 
heti fel az összes termináltípust, csupán a legjelleg- 
zetesebbeket — és azok néhány paraméterét — mu- 
tatja. 


4. táblázat 


Terminálok jellemzői a távadat-feldolgozás 
különböző alkalmazási módjaiban 


módok 


nyilvános 
feldol- 


egyszerű adathordozós 
2400 bps" telefonvo- 
nalon; 


intelligens 


kötegelt 2400—4800 bps, te- (mint a zárt szolgáltatá- 
lefonvonalon; si módnál 
univerzális 


2400—4800 bps, te- 
lefonvonalon, szé- 
lessávon 


billentyűs 
max. 20 kps", te- 


lefonvonalon; algoritmusos írógép 


max. 30 kps, telefon, 


algoritmusos író- 
é távíróvonalon; 


géptt 
max. 30 kps tele- 
fonvonalon, táv- 
íróvonalon 


dialógus képernyő 
2400 bps, telefonvo- 
nalon; 


dialógus képernyő" 
2400 bps, telefonvo- 
nalon; 


párbeszédes 


spec.terminálcsoport 


multipoint hálózaton [.. É z 
dialógus képernyő 


2400 bps, telefon- 
vonalon 


dialógus képernyő 
2400 bps, telefon- 
vonalon; 

termelésirányítói 

terminál, spec. 


tk bps:bitls kps: karls 
tek algoritmusos írógép: adatátviteli algoritmust is végrehaj- 
tó írógép 
dialógus képernyő: beviteli billentyűzettel is ellátott 
képernyő 


A TAF-rendszerek osztályozása még más szempontok 
szerint is. történhet — pl. alkalmazott átviteli mód 
(szinkron, aszinkron stb.), szolgáltatások minősége 
(valós idejű, időosztásos stb.) — ezekkel azonban itt 
nem foglalkozunk. 


Az ESZR-TAF rendszerek komponensei 
A központi számítógép 


Az ESZR-I sorozat számítógépei — az EC—1010, 
1020, 1030, 1040 (1050) és (1060) mellett ebbe a 
sorozatba sorolhatók az EC—1012, EC—1022, 
EC—1032 stb. modernizált modellek is — különböző 
mértékben alkalmasak a TAF-hálózat központi erő- 
forrás számítógépe szerepének ellátására. Ezen mér- 
téket bármely számítógép esetén a különböző prog- 
ramozási szintek vizsgálatával lehet meghatározni. 


Mikroprogramszint: 


Egy processzor tulajdonságait a betölthető vagy fixen 
huzalozott mikroprogramok határozzák meg. A táv- 
adat-feldolgozás szempontjából a mikroprogramozás 
egyre lényegesebb. Igy pl. az IBM olyan speciális 
mikroprogramokat is készít gépeihez, amelyek a táv- 
adat-feldolgozástsegítik . 


Felügyelő-programszint: 


A felügyelőprogram — supervisor — feladata bármely 
rendszerben a fizikai belkivitel stb. vezérlése. Igy a 
csatornaprogramok megszerkesztésével közvetlenül 
vezérli atávadat-átviteli vezérlőket is. A TAF-soft- 
ware általábanigénybeveszia felügyelőprogramot, bár 
különböző fizikai bejki makrók segítségével az elérési 
módszertől függetlenül is képes a felhasználói csator- 
naprogramokat végrehajtani. 


Elérési módszer szintje: 


A számítógépek alapsoftware-je tartalmaz olyan mak- 
rokészletet is, amelyek előre meghatározott csatorna- 
programot állítanak össze és hajtanak végre — a 
felhasználó által paraméterezett módon. Az egyes 
makrokészletek más-más koncepció alapján, külön- 
böző megszorításokkal képesek az adatátvitelt meg- 
oldani. Az ESZR—I modelljein — IBM terminológiá- 
val — BTAM, OTAM, TCAM elérési módszerek való- 
síthatók meg. Ezek a felsorolások sorrendjében egy- 
re bonyolultabbak, és egyre nagyobb helyfoglalásúak 
is. 


Működtető rendszer szintje: 

A működtető rendszer — complilerek, utilityk — egyes 
moduljai rendszerint valamely elérési módszer mak- 
rói felhasználásával teszik lehetővé a távadatfeldolgo- 
zási problémák magasszintűnyelven történő megfo- 
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galmazását a felhasználó számára. Ilyen magasszintű 
nyelvbe épített modulra példa az IBM PL1/F prog- 
ramja, amely TCAM elérési módszerre alapozva le- 
hetővé teszi a PL1-—ben megfogalmazott algoritmusok 
végrehajtását. 


Felhasználói monitor szintje: 


A felhasználói monitor-rendszer egy olyan távadat- 
feldolgozási programrendszer, amely annyira általá- 
nos, hogy viszonylag széles feladatkör megoldására al- 
kalmas. Ehhez természetesen sajátnyelvvelrendelke- 
zik. Igy pl. az IBM CICS rendszere távadat-feldolgozá- 
sos adatbázis kezelést valósít meg. Ezen keretrendsze- 
rek egy része — főleg bizónyos hatékonyságnövelési 
megfontolásból — saját elérési módszereket is alkal- 
maz, fizikai szinten megszervezve az adatátvitelt. 


Felhasználói rendszer-szint: 


A felhasználói rendszer egy olyan programcsomag, 
amely egyetlen konkrét alkalmazás céljaira készült, 
s amelynek működése során csak adatbeadás szüksé- 
ges. Ilyen program lehet pl. a fentebb említett CICS 
keretrendszerben kidolgozott konkrét adatfeldolgozó 
rendszer. 
Az előzőek alapján világosan látszik, hogy egy teljes 
rendszer réteges struktúrájú. (A felhasználó ezek kö- 
zül a 6. szintű , felhasználói rendszer-szinttel áll kap- 
csolatban.) Ezért tehát a távadat-feldolgozásra alkal- 
mas számítógépek softwareinek kialakítása különböző 
rendszer-szintű, igen komoly fejlesztési munkákat 
tesz szükségessé. A rétegek között döntő fontosságú- 
ak: 
— hardware szint (azaz a mikroprogramszint) 
—  csatornaprogramszint (ami az elérési módszer ál- 
tal szervezett felügyelőprogram szintet jelenti) 
— monitor rendszerek szintje. 
Adaptációs munkáknál, kompatibilitási kérdésekben 
igen célszerű ezért a csatornaprogramszintű kompa- 
tibilitás megkövetelése. (A hardware módosítások 
ugyanis még az elérési módszer szintű kompatibilitás 
esetén is hatalmas software fejlesztéseket  igényel- 
nek.) 


Az ESZR-I modelleknél is atávadat-feldolgozási soft- 
ware fent említett, hat rétegű program-struktúráját 
kell kialakítani. Az is látható, hogy szükségszerűen a 
kompatibilitás is csak a fenti réteg szemléletében 
értelmezhető helyesen. Ezért a szintek pontos meg- 
határozása és rögzítése elsőrendű fontosságú a to- 
vábbi munkák sikere szempontjából. 


Adatátviteli vezérlők 


Adatátviteli vezérlőknek csak a tisztán hardware fel- 
építésű berendezéseket tekintjük. Ezek alapvetően 
hardware multiplexerek vagy vonali koncentrátorok 


lehetnek. Feladataikat az előzőkben már leirtuk. Je- 
lenleg az ESZR—I standard részeként csak a multi- 
plexerek ismertek. Vonali koncentrátorokat — ún. tá- 
voli multiplexereket — több vállalat, pl. a magyar 
TERTA gyár is készít. é 

Az ESZR-ben használatos MPD hard ware-multiplexe- 
rek az IBM 270X adatátviteli egység furikcionális 
megfelelői. Felhasználásuk ESZR-—TAF rendszerek- 
ben még nagyon a kezdeti fázisban van. 


Kommunikációs processzorok 


Kommunikációs processzoroknak az irodalom azokat 
a programozható digitális berendezéseket nevezi, 
amelyek távadat-feldolgozási rendszerek vagy hálóza- 
tok valamilyen vezérlési és/vagy végrehajtási funkció- 
ját látják el. Az alkalmazási területek bővülésével 
ugyanis a flexibilitás egyre lényegesebb szemponttá 
vált, amit a programozhatóság biztosításával lehet ki- 
elégíteni. Jelenleg a kommunikációs processzoroknak 
az alábbi fajtái ismertek. 

Üzenetkapcsoló processzor: 

Az üzenetkapcsoló processzor üzenet-blokkokat vesz 
a terminálról, analizálja azokat — pl. a küldési cím 
megállapításához — elvégzi a szükséges műveleteket — 
pl. konvertál — majd elküldi a címzett terminálhoz. A 
terminálok természetesen számítógépek is lehetnek. 


Front-end processzor: 

A programozható kommunikációs processzor a hard- 
ware-elemekből felépített adatátviteli vezérlőt is he- 
lyettesítheti egy távadat-feldolgozó hálózatban. 


A hardware funkciók ellátása mellett átvállal bizo- " j 


nyos üzenetszerkesztési és vezérlési funkciókat a köz- 
ponti géptől is. Igy végeredményben két processzor 
között megosztva történik az adatátviteli forgalom 
lebonyolításának irányítása. 


Vonali koncentrátor: 


A programozható kommunikációs processzorokkal a 
hardware-s vonali koncentrátor feladatai is megvaló- 
síthatók — azzal a különbséggel, hogy ezen egység 
akár több nagysebességű vonal kiszolgálását is lehető- 
vé teszi. 


Különleges kommunikációs processzor: 


Néha a kommunikációs processzorok a szorosabban 
vett adatátviteli funkciókon kívül egyéb feladatok 
végrehajtását is elvégzik — ha a tárméret, sebesség, 
ezt lehetővé teszi. Igy pl. egy lekérdező rendszerben 
speciális visszakeresési kéréseket is kiszolgálhatnak. 


(A kommunikációs processzorokat intelligens ,,re- 
mote-batch" terminálokként is üzemelteti. Ekkor a 
processzor a hozzákapcsolt oniine perifériális készü- 
lékeket vezérli, és biztosítja a távadat-átviteli kapcso- 
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latot a központi géppel. A kommunikációs procesz- 
szorok ilyen felhasználási módja tulajdonképpen már 
a terminálokéval kapcsolatos — és nem a szorosabb 
értelmű távadat-feldolgozási vezérléssel. Éppen ezért 
e fejezet további részében ezt az alkalmazási módot 
figyelmen kívül hagyjuk.) 


A jelenleg igen modern megoldást jelentő kommuni- 
kációs processzorok alkalmazása ESZR—TAF háló- 
zatokban igen lényeges pont lehet a TAF egésze 
szempontjából. Ezekkel ugyanis a teljesen hardware- 
elemekből álló adatátviteli vezérlők kiváltása valósít- 
ható meg. A programozható kommunikációs pro- 
cesszorokkal igen komoly  hatékonyságnövekedést 
lehet elérni az átviteli folyamat gépi szervezésében; 
ezek ugyanis tehermentesítik a központi számítógé- 
pet a forgalom részletes szervezésétől és így növekszik 
a központi gép hasznos számítási ideje. Ugyanakkor 
a kommunikációs processzorban megvalósítható ma- 
gasabb szintű üzenetkezelés, pl. üzenettárolás, kon- 
verzió, javítás, hibafelismerés,  statisztika-készítés 
stb. A kommunikációs processzorok általában mini- 
gép vagy mikrogép — mikroprocesszor — alapúak. 
Az előbbiekhez főleg az EC 1010, EC 1012, illetve 
az MSZR modelljei alkalmasak. A kisgépek ilyen al- 
kalmazási területe ezért tovább növeli az MSZR prog- 
ram fontosságát. A kommunikációs processzorok 
software rendszerének kialakítása nehéz feladat. A 
flexibilitás, a biztonságos működés és a könnyű prog- 
ramozhatóság komoly software-környezet kialakítá- 
sát igényli. Várhatóan a mikroprocesszoroknak a spe- 
ciális kommunikációs processzor célokra való alkal- 
mazása megoldja az előbb jelzett software-nehézsége- 
ket, ezért a mikroprocesszorok ilyen felhasználásával 
is érdemes foglalkozni. Jelenleg Magyarországon több 
helyen is folynak kísérletek kommunikációs procesz- 
szorok kialakítására minigép és mikrogép bázissal. 


Terminálok 


A 4. táblázatban feltüntetett speciális adatvégállomá- 
sokon kívül, a terminálokat három nagy csoportra 
oszthatjuk: 

— dialógus terminálok, 

— remote-batch terminálok, 

— satellite számítógépek. 

A dialógus terminálok igen széles körben használha- 
tók, pl. adatbázis lekérdezésére, interaktív mérnöki 
tervezésre, pénzügyi rendszereknél stb. E terminálok- 
nak két alaptípusuk van, 

— írógép jellegű, és 

— képernyő típusú. 

Az ESZR-I keretében egy sor sikeres fejlesztés zárult 
le — köztük több az MNK-ban is — ilyen berendezé- 
sek kialakításával kapcsolatban. 


A remote-batch terminálok — a központi géptől nagy 
távolságban elhelyezve — tipikus kiépítettségben 


lyukkártyaolvasóval és sornyomtatóval ellátott egysé- 
gek. Távoli kötelegelt feldolgozást tesznek lehetővé. 


A kártyabemeneteken a job-ok bejutnak a központi 
tárba, az eredmények a feldolgozás után a sornyom- 
tatón lesznek láthatók. Az ESZR-—I keretében az 
ilyen terminálokat főleg az AP—50 típusú intelligens 
terminálokkal lehet megvalósítani. Az ilyen intelli- 
gens terminálok realizálását teszi lehetővé a kommu- 
nikációs processzorok ötödik változata. Ez termé- 
szetesen itt is biztosítja a flexibilitást, a könnyű át- 
programozhatóságot és általában a kommunikációs 
processzorok minden előnyét. A realizálási problé- 
máknál általában igazak a már kifejtett tényezők. 


A szatellitszámítógépek olyanintelligens terminál funk- 
ciót ellátó kisebb teljesítményű számítógépek, ame- 
lyek a központi számítógéptől nagy távolságra vannak 
elhelyezve, és 

— önálló feldolgozást végeznek 


— mint terminálok, biztosítják a kapcsolatot a köz- 
ponti géppel 

— koncentrátor funkciókat vagy adatgyüjtést is el- 
látnak 


— lehetővé teszik belső feldolgozással létrehozott 
adatcsomagok átvitelét. 


Realizálásukhoz az ESZR-I sorozatból legjobban az 
R10 és R12 számítógépek felelnek meg — AP—50 tí- 
pusú intelligens terminálokként. 


A távközlési hálózattal szemben 
támasztott követelmények 


Az ESZR-I TAF-rendszerek bérelt és kapcsolt vona- 
lakon működhetnek. 

A bérelt vonalak esetén bokorszerű — multipoint — 
kapcsolatok is megvalósíthatónak tünnek. A vonalak, 
telefon és távíróvonalak egyaránt lehetnek. 


A 2 vagy 4 huzalos bérelt telefon, illetőleg távíróösz- 
szeköttetés alacsony átviteli sebességi kategóriába tar- 
tozik, azaz maximum 1200 bps sebességgel működik. 
A 4 huzalos vonalakon 4800 bps átviteli sebesség is 
alkalmazható , a mérések szerint. 


Az eddigi tapasztalatok alapján ezekben a sebesség- 
tartományokban viszonylag kevés probléma jelentke- 
zett az összeköttetés során. A multipoint vonalaknál 
csupán a vonali erősítés kivitelezése okozhat problé- 
mát. 


Kapcsolt vonalak esetében már több a nehézség. Biz- 
tonságosan csak a kissebességű, aszinkron átvitel meg- 
valósítása lehetséges. A távközlési hálózattal kapcsola- 
tos összes jelenség és a követelményrendszer azonban 
csak a hálózatok tényleges üzemelése során elemezhe- 
tő megfelelően. Annyi azonban már most is bizonyos, 
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hogy a számítógépes célokra a hagyományosaknál 
szigorúbb előírású, nagyobb szervezettségi fokú és 
ezért más elveken felépülő adathálózatok szüksége- 
sek. A modern elvek szerint ugyanis a számítógépes 
hálózatok az adatok szállítását ténylegesen megvaló- 
sító adathálózatokra épülnek. Az adathálózat képes 
önállóan eljuttatni a címzetthez a hibátlan üzenetet. 
Ez azt is jelenti, hogy a hálózat autonom módon, sa- 
ját belső vezérléssel biztosítja az üzenetek irányítását. 
A teljes hálózati intelligencia ilyen decentralizálása to- 
vábbi előnyöket biztosít sok szempontból. E speciális 
hálózatok kialakítása ezért rendkívül fontos kérdés a 
TAF egésze szempontjából. Az adathálózatok fejlesz- 
tésével és a realizálással kapcsolatos problémák álta- 
lában a posták hatáskörébe tartoznak. A következő 
években várhatóan a posta ilyen irányú fejlesztései 
biztosítják a távadat-feldolgozás számára a megfelelő 
bázist. 


A TAF-rendszerek műszaki-gazdasági 
hatékonysága 


A TAF-rendszerek mindennemű műszaki-gazdasági 
kérdése igen fontos és igen aktuális probléma napja- 
inkban. Természetesen az újonnan kialakított TAF- 
rendszerek többletkiadást jelentenek minden felhasz- 


nálónak. Igy tehát a kialakításnak és az üzemeltetés-- 


nek is igen lényegesek a hatékonysági mutatói. A 

vizsgálatoknál azonban figyelemmel kell lenni azokra 

a torz nézetekre is, amelyek a TAF kérdésében — a 

felhasználók és fejlesztők-gyártók között egyaránt — 

kialakultak. Ilyen torz nézetek: 

— a TAF a helyi feldolgozás és az elektronikus infor- 
mációszállítás egyszerű kombinációja; 

— a TAF lényege a különben helyileg futtatható 
programok távoli futtatása; 


— aTAF azért szükséges, mert korszerű; 
— egy ország számítástechnikai erőforrásait minden- 
képpen egy hálózattá kell összekötni stb. 


Ezzel szemben a valóságban 


— a TAF alkalmazása elkerülhetetlen a nagyméretű 
szervezetek — pl. trösztök, szakigazgatási egysé- 
gek: stb. — belső számítástechnikai szolgáltatása ki- 
építésekor; 

— interaktív feladatok — pl. tervezés, gazdasági szá- 
mítások — számítógépes megoldási formái eleve 
TAF orientáltak; 

— a számítástechnikai szolgáltatásoknál tendencia, 
hogy a felhasználó saját feladatát a számítógép te- 
lephelyétől függetlenül oldhassa meg. 


Ezért a hatékonysági mutatók csak az elegendően szé- 
les értelmezés esetén jeleznek a valóságnak megfelelő- 
en. 


Az ESZR-I program keretében a távadatfeldolgozás 
jelenleg csak a mintarendszerek kialakítását és mű- 
ködtetését tűzhette ki reális célként. Ilyen környe- 
zetben, amikor tehát alapvetően kutatási jellegű 
fejlesztésekről van szó, a hatékonysági kérdések — a 
fentieken kívül is — más módon kerülnek megíté- 
lésre. Természetesen, ebben a fejlődési szakaszban is 
törekedni kell a mutatók megfelelő szinten tartására. 


Az MTA ESZR-eszközökön alapuló 
távadat-feldolgozó rendszere 


A Magyar Tudományos Akadémia igen nagy gondot 
fordít a távadat-feldolgozási-rendszerekkel  kapcsola- 
tos elméleti és gyakorlati kutatási munkákra. Ennek 
keretében az MTA SZTAKI-ban kialakít egy ESZR 
berendezéseken alapulótávadat-feldolgozási rendszert. 


A kialakítandó TAF-rendszer központi gépe egy R20 
— a későbbiekben pedig valószínűleg egy R50 — típu- 
sú számítógép. A TAF-rendszer sugaras topológiájú , 
sémája a 2. ábrán látható. 

A központi számítógép 128 KByte tárkapacítású. A 
számítógépben IBM—DOSIBTAM elérési módra épü- 
lő programok futhatnak. 

A központi gép elé egy R10 alapú kommunikációs 
processzor, mint programozott multiplexer kerül. Ez 
a processzor a teljesen hardware kialakítású IBM 2703 
adatátviteli vezérlőegység, és a képernyős berendezé- 
sek használata miatt az IBM 2701 részleges-software 
emulációját valósítja meg. 

A központi számítógéphez különböző adatáviteli vo- 
nalakon — és az R10 multiplexer közvetítésével — kü- 
lönböző dialógus, remote-batch és szatellit terminálok 
kapcsolódnak. A dialógus terminál írógép vagy dis- 
play lehet. Ezek a berendezések aszinkron egységek. 
Az írógépek kb. 10 kps sebességgel dolgoznak. Kísér- 
leti célból az egyik írógép — a TERTA cég EC 8570 
típusu terminálja — hívókészülékkel van ellátva és így 
kapcsolt hálózaton keresztül is tud dolgozni. A 
VIDEOTON EC 8574 típusszámú írógépes terminálja 
akusztikus csatlakozású. A remote-batch terminálok 
közül az egyik típus a VIDEOTON lyukkártyaolvasó- 
ból sornyomtatóból és displayből álló , mikroprogra- 
mozott intelligens terminálegysége. A másik remote- 
batch terminált a TERTA gyártja: írógépet, lyuksza- 
lagolvasót és lyukasztót tartalmaz. Ezek a berendezé- 
sek szinkron egységek. 1200 bps átviteli sebességű 
vonalakra dolgoznak. 


Az egyik vonalon egy szintén R10 alapú, szatellit ter- 
minál is dolgozik, A végső kialakításban a hálózat az 
ORION gyártmányú csoportos display állomást is tar- 
talmazza. A hálózat dialógus termináljai IBM 2260 
vagy IBM 2740 algoritmus szerint, a többiek IBM 
2770 algoritmus alapján működnek. Az algoritmus- 
konverziókat is a kommunikációs processzor hajtja 
végre. 
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RMPX: távoli multiplexor 


2.ábra ESZR-terminálhálózat sémája 


Az adatvonalak főleg bérelt vonalak, de van köztük 
kapcsolt vonal is. Egy terminál távíróvonalon dolgo- 
zik, a többi azonban telefonvonalakon. A telefonvo- 
nalakra kb. 2000 bps adatáviteli sebesség biztonságos 
megvalósítása szükséges. A hálózat a TERTA teljes 
hardware kialakítású ún. távoli multiplexer párját is 
tartalmazza. Ezek, együtt vonali koncentrátorként 
funkcionálnak. Segítségükkel alacsony — 200 bps — 
sebességű szinkron és aszinkron vonalakat időbeosz- 
tásos technikával egyetlen, max. 1200 bps sebességű 
vonallá lehet multiplexálni. 

A terminálhálózat alapvetően kísérleti feladatra ké- 
szül; segítéségével az MTA a TAF-rendszerek terve- 
zésével, kialakításával kapcsolatos kérdéseket akarja 
tanulmányozni. A hálózat normális üzemelése kutató- 
intézeti feladatok ellátására lesz felhasználva. A rend- 
szer termináljai egyrészt az intézeti épületnek a köz- 
ponti gép telephelyétől különböző szintjein, másrészt 
más intézeti épületekben fognak üzemelni. A terminál 
és a központi számítógép között a legnagyobb távol- 
ság kb. 10km. 


A felhasználók számára a hálózat két fő feladatot lát 
el. Lehetővé teszi egyrészt a távoli job-feldolgozást, 
másrészt egy önállóan kifejlesztett képernyős, inter- 
aktív programrendszerrel különféle adatbázis keze- 
lési lehetőségeket biztosít. 


Mindkét felhasználás igen fontos a kutatóintézet szá- 
mítástechnikai feladatainak megoldásánál. Az R20 vi- 


szonylag kis tármérete miatt a fenti két program kö- 
zül egyidőben csak egy fog üzemelni. Szintén a tár- 
méret megkötöttségekből eredően TAF-futtatás alatt 
más program nem dolgozhat a központi gépben. Na- 
gyobb R-modellek esetén ezek a korlátozások termé- 
szetesen feloldhatók. Az előzetes számítások szerint a 
teljes rendszer feldolgozási sebessége a központi R20 
számítógép sebességétől függ, mivel a programozott 
multiplexer 50.000 bps átviteli sebességgel is képes 
üzemelni, ami 32 vonalon 1200 bps gyorsaságú átvi- 
telt enged meg. Igy az egész rendszer számára a prog- 
ramozott multiplexer átlátszatlan. 


A TAF-rendszer software struktúrája olyan, hogy le- 
hetővé teszi bármely távadat-feldolgozásra készített 
IBM programcsomag változtatás nélküli alkalmazha- 
tóságát, ha a tár, az operációs rendszer és az elérési 
módszer megfelelő. Ezért a teljes hálózat kialakításá- 
ban az R10 alapú programozott kommunikációs pro- 
cesszor megvalósítása az elsődleges és döntő elem. 
(A hálózat továbbfejlesztése során készülünk egy mik- 
roprocesszor alapú kommunikációs processzor-egység 
kidolgozására is.) 


A teljes hálózat elkészítése az MTA SZTAKI és a 
VIDEOTON Számítástechnikai Gyár együttes mun- 
kájával történik. A rendszer várhatóan 1977 tavaszán 
kezdi meg a próbaüzemelést. Magyarországon egyéb- 
ként már működik R10 programozott mulitiplexerrel 
felépített, aszinkron vonalakon üzemelő, R40 köz- 


22 AUTOMATIZÁLÁS "77/2 


Dr. BAKONYI - ERCSÉNYI: Az ESZR távadat-feldolgozás. . . 


ponti gépű terminálhálózat a Magyar Villamosenergia- 
ipari Kutató Intézet és a VIDEOTON közös fejlesz- 
tésű munkájaként. 


Végkövetkeztetések 


Az ESZR-I sorozat modelljei és egyéb ESZR-eszkö- 
zök segítségével felépített TAF-rendszerek alapvető 
és lényeges szerepet játszanak az ESZR távadatfel- 
dolgozási programjának teljes kialakításában. Felis- 
merve ezt, Magyarországon jelentős lépéseket tettek, 
és tesznek az ilyen rendszerek kutatása és fejleszté- 
se érdekében [2]. A feladat komplexítása azonban — 
az országos fejlesztések összehangolása mellett — 
nemzetközi összefogást kíván, sőt egyre fokozottabb 
mértékben sürgeti is azt. 


A közös munkák hatékonysága érdekében feltétlenül 
szükséges az egységes terminológia kialakítása és be- 


vezetése. Ennek segítségével csak rendszer-szemléleti 
módon szabad megvizsgálni az igen sokrétű, bonyo- 
lult kérdéseket. A vizsgálati mód közbenső rendszer- 
szintek definiálását jelenti. Az ezeken értelmezett 
kompatibilitás teljes megvalósítása elengedhetetle- 
nül fontos a teljes rendszer kialakítása szempontjá- 
ból. 

Az ESZR eszközökön alapuló, a közeli jövőben ki- 
alakítandó rendszerek képezik az elméleti és gyakor- 
lati alapot a jövő magasabb szintű, számítógépek egy- 
más közötti kommunikációját is lehetővé tevő háló- 
zatainak kialakításához. 


IRODALOMJEGYZÉK 
[1] Távadat-feldolgozási rendszerek hazai elterjedésének 
problémái. Tanulmány, 1976. április 


[2] A távadat-feldolgozás hazai helyzete ... Tanulmány , 
1976. február 


Az Intel 8085 mikroprocesszor 


Bombaként hatott versenytársai számára a mikroszá- 
mítógép piacon az Intel cég új bejelentése, amellyel 
meghirdette a 8080-as mikroprocesszorából felépített 
MCS-80 mikroszámítógép utódját. Az új- mikro- 
gép, az MCS-85 gyártását 1977 áprilisában kezdik 
meg. Az n-csatornás MOS félvezetőből felépülő gép 
átbocsájtóképessége (throughput) mintegy 5092-kal 
nagyobb lesz az elődjénél. Három chipből épül ki, 
szemben az MCS-80-nal, amely 15 részből állt. Az új 
gépcsalád teljesen (felfelé és lefelé) kompatibilis a 
8080 software jével. 


A cég vezetői szerint az MCS-85 a 8080-as rendszer 
evolúciós továbbfejlesztése, megnövelt integráltsággal 
és teljesítőképességgel. Egyébként a spektrum másik 
végén az 1976 novemberében bejelentett MCS-48 áll, 
amely kisebb igényű vezérlések céljaira szolgáló, egy- 
chipes mikroszámítógép. 

A versenytársak számára az jelenti a legnagyobb gon- 
dot, hogy mindkét új mikrogépében az Intel olyan el- 
járást használ, ami csak neki van birtokában: a —5 V- 
os, ultraibolya sugárral törölhető, programozható 
csak-olvasható tárat. Ennek 8 192-bites változatát 
használják az MCS-48 processzor-szeleten és 16 384- 
bites változatát az MCS-85 családban. 


Az MCS-85 központi feldolgozó egysége, a 8085 hat 
darab, egyenként 8-bites regisztert, akkumulátort, 
aritmetikai-logikai egységet, 16-bites utasításszámlá- 
lót és 16-bites stack-pointert tartalmaz. A 8080-hoz 
hasonlóan közvetlenül tud címezni 65 Kbyte memóri- 


át és 256 bikiviteli kaput. Azonban, a 8080-tól el- 
térően, beépített megszakítás vezérlés kezeli a vekto- 
ros prioritásos megszakítást, valamint a soros BIK ka- 
pukat. A sínstruktúrát is továbbfejlesztették. Míg a 
8080-as CPU-ban egy külön 16-vonalas címsínt és egy 
8-vonalas adatsínt hajtottak meg, a 8085-nek egy 
8-vonalas vezérlő sínje és egy 8-vonalas multiplex cím/ 
adatlsínje van. A vezérlő sín értesíti a többi kompo- 
nenst arról, hogy az utóbbi sín címet vagy adatot tar- 
talmaz-e. A kidolgozók rámutatnak, hogy ez a válto- 
zás nem csökkenti a teljesítőképességet és nem korlá- 
tozza az MCS-80 perifériás berendezéseinek alkalma- 
zását a 8085-höz. Viszont szabaddá tesz 8 lábat a 
CPU-ban a négy megszakítás bemenethez és a teljesen 
vezérelt belkimeneti kapukhoz. A 8085 direkt módon 
tudja címezni azokat a memóriákat, amelyeket a 
8080A-ban használtak, a 8212 típusjelű 8-bites BIK 
kapu segítségével, amely a cím multiplex részéhez 
szolgál retesz/buffer gyanánt. 


A típusos utasítás-végrehajtási idő 1,3 us, ami körül- 
belül megegyezik a 8080A sorozatban lévő leggyor- 
sabb CPU-val. Viszont, az óraciklus 320 ns, ez 5070-os 
javulást jelent. Igy a 8085-tel 3 MHz-es működési se- 
besség tartható fenn. Ezáltal olcsóbb, 450 ns-os tár 
használható , míg a leggyorsabb 8080A központi egy- 
séghez nagysebességű tár kell (300 ns vagy ennél gyor- 
sabb) ahhoz, hogy 3 MHz-en működjék. 


(Electronics, 1976. dec. 9.) " (Sz.Zs.) 
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Folyamatos szintmérő 


Előnyei 


— Folyamatos szintmérésre és vészjelzésre is alkal- 
mas. 

— Folyadékok és porszerű szilárd anyagok szintje 
egyaránt mérhető. 

— Széles mérési tartomány, tetszőleges helyszíni 
beállítással. 

— Többféle, alkalmasan választható szondatípus. 

— A vészjelzés szintje tetszőleges. 

— A tartály automatikus töltése, vagy ürítése meg- 
valósítható. 

— Tűveszélyes anyagokhoz gyújtószikramentes ki- 
vitel hatósági engedéllyel. 

— Szabadtéri telepítési lehetőség. 

—. Nagy szerelési távolság. 

— Nagy nyomás és hőmérséklet tartomány. 

—. Megbízható üzem, hosszú élettartam. 

— Karbantartási, ellenőrzési igény nincs, az érzé- 
kelő mozgó alkatrészeket nem tartalmaz. 


Alkalmazási terület 


A készülék széles körben alkalmazható az ipar és 
a mezőgazdaság területén különféle folyékony és 
szilárd porszerű, vagy szemcsés anyagok tároló tar- 
tályainak, bunkerjainak, tárolótornyainak szintmé- 
résére és két tetszőleges szintnél a minimum-maxi- 
mum szint jelzésére. 

A. készülék tipikus felhasználási területe a külön- 
féle tűzveszélyes folyadékok tároló tartályainak fo- 
lyamatos szintmérése. 


Működési elv 


A készülék kapacitást, ill. kapacitásváltozást mér. A 
mérés adott geometriájú mérőkondenzátor segítsé- 
gével történik. A mérőkondenzátor kapacitásának a 
változását a benne levő anyagok eredő dielektromos 
állandójának a változása okozza. Ez viszont szint- 
mérésnél annak a függvénye, hogy milyen mérték- 
ben tölti ki a kondenzátort a mérni kívánt anyag, 
és milyen mértékben a felette levő levegő. 


Felépítés 


A készüléknek két változata van: a tűzveszélyes 
anyagok szintjelzésére szolgáló gyújtószikramentes 
kivitel és az egyéb anyagok szintjelzésére szolgáló 
nem gyújtószikramentes kivitel. Mindkét változat- 
nál a készülék két részből áll: az érzékelő egység 
és a kiértékelő és tápegység. 


Érzékelő egység: A szintmérés érzékelő egysége a 
mérőkondenzátort és a mérőegység váltóáramú ré- 
szét tartalmazza (A1). A mérőkondenzátor híg fo- 
lyadékoknál koncentrikus kondenzátor vagy kötél 
szórttér kondenzátor, a mérni kívánt folyadékok- 
nak megfelelő szigeteléssel, vagy szigetelés nélkül, 
sűrű folyadékoknál és szilárd porszerű anyagoknál 
rúd, vagy kötél szórttér kondenzátor szigetelt, vagy 
szigeteletlen kivitelben. 

A vészjelzés érzékelő egysége megegyezik a mérő- 
ütések csak a jelzőkondenzátor hossza kisebb. 
Az érzékelő egység por- és vízmentes tokozású, sza- 
badtéri használatra, tűzveszélyes folyadékokra gyúj- 
tószikramentes kivitelben. 


A kiértékelő és tápegység: (B) az egység hálózatról 
üzemel. Egyrészt a hozzá csatlakoztatott mérő és 
jelző érzékelő egységeket látja el tápfeszültséggel 
(B1) tűzveszélyes folyadékokhoz gyújtószikramentes 
kimenettel (B2), másrészt a mérő és jelző egysé- 
gekből jövő egyenáramú jelet erősíti fel egy mérő-- 
erősítő (B3), ill. kapcsoló erősítő (B4). Egy kiérté- 
kelő egységhez egy mérőegység:-és két jelző egység 
kapcsolható. A mért jelet egy mutatós műszer mu- 
tatja, a vészjelzések relés kimenetek. 

Ha a min-max. szinteket is a mérőkondenzátorral 
akarjuk vezérelni, akkor a kapcsolóerősítőket is az 
érzékelő egység vezérli. 

A kiértékelő egység por- és vízmentes tokozású, 
szabadtéri kivitel. 


Műszaki adatok 
Kiértékelő és tápegység: 


Típusjele: STM—2 
Rb védettség: gyújtószikramentes kimenetek 
Tokozás: IP—54 MSZ 506 


MŰKÖDÉSI 


Csatlakoztatható szondák száma: 3 

Szonda táp kimenet: 10 V 30 mA DC szondánként 

A szondavezeték adatai: 
max. induktivitás: 1,5 mH 
max. kapacitás: 03 uF 
max. hossz: 500 m 

Vezeték típusa: MTK 3X1,5 mm? (max. 2,55 mm?) 
vagy ezzel azonos jellegű kábel, nem gyújtó- 
szikramentes kivitelben a vezeték adatai közül 
csak a hossz. előírás. 

Szintmérő kimenet: Gyújtószikramentfes kivitelnél 
0—300 mV/0—1009//R, — kohm-nál 
nem gyújtószikramentes kivitelnél 
0—5 mA R, 0—2 kohm-nál 

vagy: 0—20 mA R, 0—500 ohm-nál 

Szintkapcsoló kimenet: 1xmorse szondánként gyúj- 
tószikramentes kivitelnél 
2xmorse szondánként nem gyújtószikramentes 
kivitelnél 

A kapcsoló kimenetek terhelhetősége: 380 V 6 A AC 
érintk. páronként 

Tápfeszültség: 220 V -4109/) 50Hz 

Áramfelvétel: 50 mA 

Üzemi hőmérséklet: —30 9C— 50 "C 

Méret: 240X240XI170 

Súly: 7,5 kg 


Szintmérő érzékelő egység: 


Típusjel: SM—2 

Rb védettség: Rb.—SZ. II. H. MSZ 4814/7 

Tokozás: IP—54 MSZ 806 

Tápfesz: 10 V --1 V DC gyújtószikramentes kivitel- 
nél csak STM—2-ről 

Áramfelvétel: max. 30 mA 

Mérési pontosság: -t29/ 

Járulékos hiba: --0,59/)/10 9K, ha e, — áll. 

Járulékos tápfesz. hiba: -t0,59/,/3-109/9 táp. fesz. vál- 
tozásnál 


Gyártja: 
FŐVÁROSI .FINOMMECHANIKAI VÁLLALAT 
Budapest, VII., Nagydiófa utca 14. Tel.: 421-760 


—-—-6—-—-—-—-pF-- 


VÁZLAT 


A szonda hossz: 
koncentrikus rúdszonda: 2m 
rúdszonda:  4m 
koncentrikus kötélszonda: 3m 
kötélszonda: 20 m 
Szonda szigetelése: teflon 150 "7C-ig, csak villamosan 
nem vezető folyadékra 
szilikon 120 "C-ig 
PVC 60 "C-ig 
szig. nélk. 300 9C-ig 
Nyomásállóság: max. 25 att, 20 "C-nái (eltérő érték 
külön rendelésre) 
Csatlakozó méret: C 17 
Szondafej üzemi hőm-re: —30 2€—--60 "C 
magasabb hőm.-nél a szondafej a szondától kü- 
lön szerelhető 
Szondafej mérete: H100X100 
Szerelési helyzet: függőleges 


Szintkapcsoló érzékelő egység: 


Típusjel: ST—2 

Rb védettség: Rb—Sz. II. H. MSZ 4814/7 

Tokozás: IP—54 MSZ 806 

Tápfeszültség: 10 V 41 V DC gyújtószikramentes 
kivitelnél csak STM—2-ről 

Áramfelvétel: max. 30 mA 

Csatlakozás: C 17 

Nyomásállóság: max. 25 att 20 "C-nál 

Szondafej üzemi hőm: . —30 "C—60 0C 

Hossza: 300 mm 

Szerelési helyzet: tetszőleges 

Szigetélése: teflon 150 "C-ig, csak vilamosan nem 
vezető folyadékra 
szilikon 120 9€-ig 
PVC 60 "C-ig 

Szondafej mérete: 2100X100 

Szonda súlya: 1,5,"-g 


RÓZSA PÉTER 
(HIKI) 


ÁLTALÁNOS SZÖVEGSZERKESZTŐ 
AZ R-10-HEZ 


A cikkben egy értelmező programcsomaggal köny- 
nyen kibővíthető általános szövegszerkesztő prog- 
ramot ismertetünk. A leggyakoribb szövegszer- 
kesztő megoldások áttekintése után az adott prog- 
ramrendszerrel elvégezhető szerkesztési művelete- 
ket, az adatok tárolási formáit és a műveletelemző 
alprogram működését írjuk le. 


ETO: 519.685.4:681.32R—10 


A szövegszerkesztő alapgondolata 


Intézetünkben egy számítógépvezérelt mérőrendszer 
fejlesztése folyik. A mérőrendszerrel kapcsolatos soft- 
Wware-tervezés során egy párbeszédes mérésorientált 
programozási nyelv szükségessége nyilvánvalóvá vált. 
A probléma további elemzésekor a feladatot két 
részre bontottuk, egy általános szövegszerkesztőre 
(text editor) és egy értelmező programcsomagra. 


A szövegszerkesztő részletes specifikálásakor már 
igényként merült fel az, hogy a további programozói 
munka során az R—10 — általunk nehezen kezelhe- 
tőnek minősített — szövegszerkesztője helyett az új 
programcsomag használható legyen. A szövegszer- 
kesztő a szerkesztendő (továbbiakban: tárgy) szöveget 
diszken tárolja. A diszken maximálisan 64 kbyte tá- 
rolóterületet foglalhat el a tárgyszöveg. 


Magától értetődőnek tekintettük azt a követelményt, 
hogy az EDIT-— HI/O formátuma az R—10 szövegszer- 
kesztőjének [I/O formátumával azonos legyen. 


Szerkesztési alapelvek, műveletek 


A tárgyszöveget a szerkesztés során karakterenként, 
karaktercsoportonként, vagy esetleg soronként vizs- 
gálhatjuk.. A karakteres szerkesztőprogramok nagy 
többségében egy képzeletbeli mutatóhoz viszonyítva 
történik a kívánt szerkesztési művelet végrehajtása. A 
szokásos műveletek: 

— mutató mozgatása adott karakter(-ek)-ig, 

— adott karakter(ek) beszúrása, 

— adott karakterek) törlése. 


Ezen műveletek egy-egy szerkesztési parancsban kü- 
lönféle kombinációban is előfordulhatnak. A fenti 
műveletek közül különösen nehézkes a képzeletbeli 
mutató mozgatása, ha a tárgyszöveg gyakran ismétlő- 
dő karakterek azonos kombinációjából áll. Tapaszta- 
lataink szerint nagyobb méretű — esetleg többezer 
karaktert — tartalmazó tárgyszövegek szerkesztési 
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műveleteinek elvégzése során igen nagy a tévesztési le- 
hetőség. 


A nem karakteres szerkesztőprogramok nagy több- 
sége a tárgyszöveget soronként kezeli. Soronkénti 
kezelés esetén ésszerűnek látszik az egyes sorokhoz 
sorszámot hozzárendelni. Ebben az esetben a szer- 
kesztési műveletek a sorszámok alapján végezhetők 
el. Az elvégezhető műveletek a karakteres szerkesz- 
tőknél már említettekhez hasonlóak, csak ebben az 
esetben természetesen a tárgyszöveg egy adott sorára 
vonatkoznak. 


A sorszámozás növekménye mindenképpen behatárol- 
ja a beszúrható sorok számát. Ezért további művelet- 
ként a sorok újraszámozhatóságát is biztosítanunk 
kellett. 


A tárgyszöveg szerkesztése során a nem karakteres 
szerkesztők nyújtotta előnyök ellenére is követhe- 
tünk el hibákat. A hibák felfeldése — a tárgyszöveg 
teljes egészének kinyomtatása mellett — az egyes ré- 
szek kinyomtathatóságával lényegesen meggyorsítha- 
tó. 

Az alábbiakban felsoroljuk azokat a parancsokat és 
szerkesztési műveleteket, amelyeket az EDIT—H 
programcsomag tervezésekor célul tűztünk ki. 


— INPUT,n tárgyszöveg beolvasása lyukszalagos 
adathordozóról és soronkénti be- 
számozása n, 2n, 3n ... szerint. Az 


n szám hiánya esetén n-l. 

— OUTPUT,s, e tárgyszöveg kilyukasztása lyuksza- 
lagra az s-edik sortól az e-edik sor- 
ig. Ha az s illetve az e szám vagy 
esetleg mindkettő hiányzik, a lyu- 
kasztás értelemszerűen a tárgyszö- 
veg elejétől az e-edik sorig, az s-edik 
sortól a tárgyszöveg végéig, illetve 
a tárgyszöveg elejétől a végéig meg- 
történik. 


— CLEAR a munkamezőben található teljes 
tárgyszöveg törlése. 

— WRITE,s,e  atárgyszöveg nyomtatása az 
OUTPUT parancsnál már elmondot- 
takkal analóg módon történik. 

— RENUMBER,m atárgyszöveg sorainak újraszá- 


mozása m, 2m, 3m ... szerint. Az m 


szám hiánya esetén m feltételezett 
értéke m-1. 

a szerkesztő működtetésének befe- 
jezése. Az R—10 szövegszerkesztő- 
jének kiváltására készült program- 
változatnál ezen parancs hatására 
a tárgyszöveget a megfelelő átalakí- 
tások elvégzése mellett a diszk azon 
területére írjuk át, amelyet a fordí- 
tóprogramok input területként ke- 
zelnek. 


— END 


a tárgyszöveg szerkesztési művele- 

tét írja elő. Nevezzük el a tárgy- 

szöveg sorszámait egy T rendezett 

halmaznak és ezen halmaz elemeit 

tj, ta, t3 ... tp-nek, S-nek pedig az 

aktuális sor sorszámát. Ha 

t,-s az adott sor cseréjéről, 

tn.S a tárgyszöveg bővítéséről, 

tnxs de nincs olyan elem, amellyel 
egyenlő, a tárgyszöveg sorai 
közé történő beszúrásról van 
szó. 


— S tárgysor 


-S a tárgyszöveg adott sorának törlé- 
sét jelenti, ha van olyan t, , amely 
egyenlő S-sel. 


Az EDIT-H programcsomag felépítése 

Az EDIT—H rendszer moduljai hierarchikus szerke- 
zetet alkotnak. Ezeket legmagasabb szinten a vezér- 
lőprogram kapcsolja össze az R—10/0S-—10 operá- 
ciós rendszerrel (1. ábra). 

A vezérlőprogram a tárgyszöveg beolvasása mellett an- 
nak megfelelő formátumba történő átalakítását is biz- 
tosítja. A tárgyszöveg egy sorának sorszámától függő- 
en a parancselemző, illetve a műveletelemző alprogra- 
mot hozza működésbe a vezérlőprogram. 
Amennyiben a tárgyszöveg egy sorának sorszáma nul- 
la, úgy az a sor parancssornak minősül. Ilyen esetek- 


EELOVUTFUT 


ze Vezérlő progra Műveletelemző 
Forancsvégre- Hibaelamzó fő Műveleti 
ajtó műveleteki program 


INFUT 


1. ábra 


ben a parancsok elemzését végző alprogramot aktivi- 
zálja a főprogram. Hibátlan parancs esetében a rend- 
szer szükséges — a parancs által előírt — állapotának 
beállítását a parancsvégrehajtó alprogramok valame- 
lyike végzi. A szerkesztő műveletek azonosításához 
az adott tárgysor — nullától különböző — sorszámá- 
nak és a tárgysort alkotó karakterek számának isme- 
rete szükséges. A műveletek azonosítását a műveket 
elemző, tényleges végrehajtásukat az egyes műveleti 
alapprogramok végzik. 

A programrendszer működtetése során fellépő hibák 
elemzését, kezelését és a hibaüzenetek küldését a 
hibaelemző alprogram biztosítja. 


A tárgyszöveg tárolási formája 


Ha a tárgyszöveg sorainak száma elég nagy, a szerkesz- 
tési műveletek során — törlés, beszúrás, bővítés, he- 
lyettesítés — a mozgatandó adatok mennyisége több 
kbyte is lehet. A nagyobb mennyiségű adatmozgatás 
elkerülése végett a kínálkozó megoldások közül az 
úgynevezett listaszerkezetben történő adattárolási 
módszert választottuk. 


A listákban tárolt rekordokhoz egy vagy több muta- 
tót rendelünk, amely mutatók a fizikailag véletlen- 
szerűen elhelyezkedő adatokat logikailag szekvenciá- 
lis sorrendbe rendezik. A módszer a dinamikus tároló- 
terület kihasználása és az adatok könnyű átrendezhe- 
tőségének előnye mellett bizonyos hátrányokat is 
magában hordoz. Hátrány az adatok szekvenciális el- 
érhetősége és az, hogy a számítógépekhez tartozó 
software rendszerek nem támogatják ezt az adattáro- 
lási módszert. 


A listaszerkezetek lehetséges szervezési formái a 2. áb- 
rán láthatók. 


e: 


b 
d 
al Egyszerű lista 
b/ Szimmetrikus lista 
cl Cirkuláris lista 
d/ Szimmetrikus cirkuláris lista 
2. ábra 


programok 
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KEZE 


3. ábra 


A megoldások közül a cirkuláris szimmetrikus lista- 
szerkezetet választottuk. Döntésünket a növekvő- 
csökkenő sorrendben történő olvashatóság — adott 
sor keresése esetén előnyös lehet —, valamint az a 
tény indokolta, hogy ennél az adattárolási módszernél 
nem kell különbséget tennünk az első, utolsó és egy 
közbülső listaelemmel történő szerkesztési művelet 
esetén. Könnyen belátható az, hogy egy szimmetrikus 
listában történő pl.: törlési művelet esetén egész más 
algoritmust kell végrehajtanunk az első, az utolsó, il- 
letve egy közbülső listaelem törlésekor. 


A műveletelemző működése 


A műveletelemző alprogram (3. ábra) az elvégzendő 
műveleteket — a tárgysor karaktereinek számától füg- 
gően — törlő és egyéb műveletekre bontja. Amennyi- 
ben az aktuális tárgysor hossza nulla, úgy törlő műve- 
leteket kell végrehajtani. A tárgyszövegben az adott 
sorszámú sor megkeresése (SEEK) után a megfelelő 
mutatók átállításának segítségével — fizikailag nem 
töröljük a sort, csak logikailag — megtörténik a törlés 
(DELETE). Hanemlétező sorszámú sort akartunk tö- 
rölni a hibakezelő program (ERROR) aktivizálása 
után a művéletelemző befejezi működését. Nem törlő 
művelet esetében a tárgysort címszámítás után 
(ADDRESS) a tárolóterületen rendelkezésre álló 
következő szabad helyre tesszük (MOVE). Ezután at- 
tól függően, hogy a tárgyszövegben már előfordult-e 
azonos sorszámu sor vagy nem, egy adott listaelem 
cseréjét (REPLACE), illetve beszúrását (INSERT) va- 
lósítjuk meg. 


Tapasztalatok 


A programrendszert, hierarchikusan építettük fel, és 
mind a tervezés, mind a kivitelezés során a felülről le- 
felé történő haladás elvét tartottuk szem előtt. Az 
egyes programok kialakításánál szempont volt az is, 
hogy az átlagos méret kb. 100 assembly utasitás 
lehet. 


Megírása után minden szubrutint közvetlenül tesztel- 
tünk. Az ígykapottprogramrendszer — véleményünk 
szerint — igen könnyen módosítható , karbantartható . 
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RÓZSA : Általános szövegszerkesztő az R-10-hez 


PRÁGAI GYÖRGY 
(VKI) 


AZ ÉSZAK-DÉLI METRÓ SEGÉDÜZEMEINEK 
ENERGIAELLÁTÁSA 


A cikk ismerteti a budapesti METRÓ észak-déli 
vonalához a Villamosipari Kutató Intézetben ki- 
fejlesztett segédüzemi energiaellátó rendszereket, 
azok felépítését, illetve a további fejlesztési irányo- 
kat. 


ETO: 625.42(439.151):621.311.4:621.332 


A budapesti METRÓ észak-déli vonala minden te- 
kintetben számottevő korszerűsödést mutat a néhány 
éve üzemelő kelet-nyugati vonalhoz képest.Ez csak 
részben magyarázható a szakadatlan és egyre növek- 
vő ütemű általános műszaki fejlődéssel; jelentős haj- 
tóerő volt a fővárosi tömegközlekedés rohamosan nö- 
vekvő igénye, amelyet az első metróvonalnál felhasz- 
nált műszaki létesítményekkel már nem lehetett volna 
kiszolgálni. 

A teljesség igénye nélkül néhány példa a korszerűsí- 
tésre: 

— nagyobb teljesítményű, korszerűbb vezérlésű mo- 

torkocsik a Szovjetunióból, 


— VBKM-Siemens kooperációban készült vontatási 
egyenáramú energiaellátás, 


— Trafo Union licenc alapján Csepelen készített mű- 
gyantakiöntésű,  fóliatekercselésű erőátviteli és 
vontatási-alállomási száraztranszformátorok. 

Kevésbé látványos, azonban az üzemvitel biztonságát 

és megbízhatóságát tekintve, nem kisebb jelentőségű 

a segédüzemiegyenáramú energiaellátás korszerűsíté- 

se, amelynek berendezéseit az UVATERV tervei alap- 

ján a Villamosipari Kutató Intézet Elektronika Osztá- 
lya fejlesztette ki. 

A fejlesztési célkitűzések megállapításánál az első 

metróvonalon szerzett üzemi tapasztalatokon kivül 

figyelembe kellett venni a fokozottabb fogyasztói igé- 
nyeket is, amelyek azenergiaszolgáltatásparaméterei- 
nekésmegbízhatóságánaktökéletesítésére vonatkoztak. 

Végeredményben az alábbi fő szempontokat kellett 

a fejlesztési-tervezési munka során figyelembe venni: 


al az egyenáramú segédüzemi energiaellátást két fe- 
szültségszinten kell biztosítani: 
— 48 V az információ-adatátvívőhálózat részére, 
— 220 V a szükségvilágítási és a vészvilágítási há- 
lózat részére; 
b/ a fokozott üzembiztonság és megbízhatóság, to- 
vábbá a szünetmentes energiaellátás igénye miatt 


csak párhuzamosan kapcsolt (ún. pufferüzemű) 
egyenirányító-akkumulátortelep rendszer jöhet 
számításba; 


[9 


aa 


A mélyállomási elhelyezés csak lúgos telepek al- 
kalmazását teszi lehetővé. Itt viszont tekintetbe 
kell venni azt a körülményt, hogy a lúgos telepek 
nem alkalmasak kifejezetten pufferüzemre , ezért 
gondoskodni kell a telep időszakos feltölthetősé- 
géről a fogyasztók zavarása nélkül; 

d/ a fogyasztói feszültség megengedett ingadozása ki- 
sebb, mint a lugos telepek szokásos feszültséginga- 
dozása a töltés-kisütés üzemi ciklusban. Pl. egy 
37 cellás 48 V-os rendszernél a telepfeszültség 
66,5 V — 40,7 V között (1,8 V/cella — 1,1 V/cella) 
ingadozhat, ezzel szemben az igénytelenebb fo- 
gyasztók is megkívánják a : 107-nál nem na- 
gyobb feszültségtoleranciát; 

el a 48 V-os rendszernél biztosítani kell a híradás- 
technikai berendezéseknél szabványosan előírt ala- 
csony zajszintet; 

fi 


a 


az áramellátó rendszernek teljesen automatikus 
üzemben kell működnie. A kezelőszemélyzet csak 
időszakos ellenőrzést és esetleges hibaelhárítást 
végez. 


Mindezek figyelembevételével kéttelepes és pótcellás 
áramellátó rendszer mellett döntöttünk. 


Szóbajöhető alternatíva lehetett volna a soros konver- 
teres áramellátás, azonban ilyen berendezések tartós 
földalatti üzemére vonatkozó tapasztalatokkal a ter- 
vezés időpontjában még nem rendelkeztünk. A meg- 
valósított áramellátás blokksémája az 1. ábrán látha- 


Fogyasztók 


Kapcsoló- 
mosszűll mem 


1. ábra METRÓ egyenirányító állomás segédüzemű 
áramellátás blokksémája 
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tó. Minden áramellátó rendszer két egyenirányítót, 
két telepcsoportot és ezeket pufferüzemre egymással 
és a fogyasztóval összekötő kapcsolószekrényt tartal- 
maz. Minden telepcsoport meg van csapolva és így két 
részre oszlik, úm. törzscellákra és pótcellákra. Ennek 
megfelelően az egyenirányítók is két részből állnak, 
egy a törzscellákra, egy pedig a pótcellákra van rá- 
kapcsolva. 

A feszültségviszonyokat az 1. táblázat mutatja. 


1. táblázat 


220V-os 
rendszer 


169 db 


Törzscellák (TC) száma 37 db 


Pótcellák (PC) száma 3 db 14 db 
Kisütési fesz. (1, 1VIc) 
IC 407V 186V 
TCePC 44-V 201V 
Puffer fesz.(1,4 VIc) 
TC 518V 236Vv 
Gyorstöltési fesz. 
(1,6VIc) TC $92v 270V 
TCrPC 64-V 293v 
Megengedett fesz. to- 
lerancia 432-535V 198 — 240V 


Normál hálózatú ún. pufferüzemben a kapcsolószek- 
rény a két törzscella tr törzscellatöltő egyenirányító 
egységet párhuzamosan kapcsolja a fogyasztói sínek- 
re. Ilyenkor a törzscellatöltő egyenirányítók egyrészt 
a fogyasztókat táplálják, másrészt kondicionálják a 
törzscellákat. Ebben az üzemállapotban a pótcellák 
a fogyasztói sínrőlle vannak választva, a pótcellatöl- 
tő egyenirányítók kondicionálják őket. 


2. ábra Egyenirányító szabályozó egysége 


Hálózatkimaradás esetén a teljes fogyasztói terhelést 
a két párhuzamosan kapcsolt törzscellacsoport veszi 
át. Mivel az ún. pufferfeszültség 1.4 V/c és ezzel 
szemben a kisütési feszültség 1,1 V/c, látható, hogy a 
fogyasztói feszültség viszonylag hamar a megengedett 
alsó határ alá fog esni. Ekkor a kapcsolószekrény a fo- 


gyasztói sínre kapcsolja a pótcellacsoportokat is, meg- 
növelve ezáltal a fogyasztói feszültséget. 

A hálózati feszültség visszatérésekor a kapcsolószek- 
rény a hálózatkimaradás időtartamától függően kü- 
lönböző kapcsolási műveleteket végez .Rövid idejű há- 
lózatkimaradás (10 percnél rövidebb) után visszaállít- 
ja a normál hálózati üzemet, azaz a törzscellatöltő 
egyenirányítókat párhuzamosan kapcsolja a törzscel- 
lákkal, és ezeket együttesen rákapcsolja a fogyasztói 
sínekre, a pótcellatöltő egyenirányítókat pedig a pót- 
cellákra kapcsolja rá. 

Amennyiben a hálózatkimaradás hosszabb ideig tar- 
tott, úgy csak az egyik törzscella és törzscellatöltő 
egységet kapcsolja rá a fogyasztói sínre, a másik 
akkumulátortelepet a fogyasztóktól leválasztva 6 órá- 
ig, megemelt töltési feszültséggel, gyorstöltésnek veti 
alá. Ezután a már feltöltött telepet és a hozzákap- 
csolt egyenirányítót kapcsolja rá a fogyasztókra, és 
a másik akkumulátorteleppel végzi el a 6 órás gyors- 
töltési ciklust. Ennek befejezése után állítja vissza a 
normál hálózati üzemet. 


Üzemközben a kapcsolószekrény állandóan figyeli az 
akkumulátortelepek egymáshoz viszonyított feszült- 
ségeit is,és ha valamelyik egyenirányító hiba miatt ki- 
kapcsolódik, a megmaradt ép egyenirányítóval kap- 
csolja össze mindkét telepet, feltéve, hogy azok fe- 
szültségei legfeljebb 6972-kal térnek el egymástól. 

Mindezeket a működéseket a rendszer teljesen auto- 
matikusan hajtja végre, és a kapcsolási folyamatok 
alatt a fogyasztói táplálás soha nem szakad meg. 

Az egyenirányítókban és a kapcsolószekrényekben a 
legkorszerűbb áramköri elemeket alkalmaztuk, in- 


estés - s úű Ét 


3. ábra Teljes (48 V 100 A névleges teljesítményű 
áramellátó rendszer, telep nélkül 


tegrált-áramkörös vezérlést, tirisztoros egyenirányí- 
tókat stb. Néhány részletet mutat a 2., és 3. ábra, 
valamint címképünk. 

A kifejlesztett áramellátó rendszerek műszaki para- 
métereit a 2. táblázat adja. 
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PRÁGAI: Az észak-déli METRŐ segédüzemeinek. . . 


A berendezések 1976 decemberében kerültek üzemi 
körülmények közé. A továbbfejlesztés két irányban 
történik. Vizsgáljuk egyrészt a — soros konverteres 
áramellátó rendszer alkalmazhatósági lehetőségeit a 
METRÓ speciális üzemi viszonyai között, másrészt a 
48V-os rendszer nagyobb feszültségű (60 V-os) rend- 
szerrel történő kiváltásának módozatait. A soros kon- 
verteres rendszer korszerűbb és nagyobb megbízható- 
ságú áramellátást biztosítana a fogyasztóknakakime- 
neti feszültség sokkal kisebb ingadozása mellett. A 
nagyobb feszültség bevezetését a megnövekedett tel- 
jesítményigény és ennek nagyobb távolságokra törté- 
nő átvitelének szükségessége indokolja. Ezen újabb 
fejlesztések eredményei előreláthatólag a következő 
metróvonalnál (Dél-Buda-rákospalotai vonal) kerül- 
nek bevezetésre. 

2. táblázat 


Műszaki adatok : 
Típus: ; A II. III. 
Névleges feszültség 220V 48 v 48v 


Kimeneti feszültség 
hálózati üzemben 240V 


Egyenfeszültség vál- 
tozása hálózati 
üzemben: :19 bedfhz : 19 


Egyenfeszültség vál- 
tozása telepes 
üzemben: HB ai 


518v 518V 


-109 


Egyenfesz. hul- 


lámossága: 399 2 psmV 2 psmvV 


Átmeneti fesz. 

változás a kimene- 

ten a névleges ter- 

helés ugrásszerű 

2599-os változta- 

tásakor (max.500ms- 

ig) 399 399 390 


Típus: I. I. III. 

Egyenáramú terhel- 

hetőség: 205 A 120 A 70 A 

Túlterhelhetőség 

(max. 2 óra) : 250 A 150 A 80 A 

Akkumulátortípus: 2x3TK410 2x4TK300 2x5TKI40 

Névleges kapacitása: — 2x410Aó 2x300Aó 2x140Aó 

Cellaszám 

(törzstpótcella) : 169"14-183 37"3:-40 37"3:-40 

Kapcsolószekrény 

típusa: TK220/250 TK48/160  TK48/100 

Egyenirányítók 

típusa: 2xTE220] — 2xHTE48] 2xHTE48] 
250 160 100 


Tápláló változó . 
feszülts.: 3x380/220V"595 ... —109£, 50 Hz 
Teljesítményfelvétel 

csepptöltéses puf- 

ferüzemben, névle- 


ges terhelésnél: 63kVA 8 5SKVA S5KVA 
Teljesítmény felvé- 

tel a hálózat vissza- 

térésekor, max. fo- 

gyasztói terhelés 

mellett: 110KVA 1ISKVA 9KVA 
Környezeti hő- ú 

mérséklet: —10...145 C 

Hűtés: természetes levegő 
Védettség: IP 20 

Körvonalméretek 


(mélység: 660) 


(Magas.: 2200, 2800 2400 2400 
szélesség: 
Összsúly: 2330kg 1540kg 1410 kg 


Precíziós impulzus-zajszintmérő 


Az NDK-beli RFT Elektronische Messtechnik cég 
00017/00023 típusszámú precíziós impulzus-zajszint- 
mérője hordozható, hálózattól független műszer, 
amelynek teljesítőképessége egy kisebb akusztikai la- 
boratóriumnak felel meg. A zajnyomásszintet frek- 
vencia- és időtartamrméréssel végzi, ezen felül, a beé- 
pített szűrő segítségével más kiegészítő berendezések 
felszerelése nélkül, elvégezhető a frekvencia-elemzés 
is a mérés helyén. Különböző átmérőjű mikrofonok, 
szélernyő, akusztikus szondák, stb. bővítik az alkal- 
mazás lehetőségeit. A műszer mechanikai lengések 
mérésére és elemzésére , valamint kisfrekvenciájú villa- 
mos feszültségek mérésére is alkalmas. 


(Elektronische Zeitschrift B, 1976. május) 


PRÁGAI: Az észak-déli METRŐ segédüzemeinek. . . 


Automatikus portartalom-mérő műszer 


Levegő portartalom meghatározására szolgál a Friescke 
£ Holpfner cég FH 62 I típusjelű műszere, amely ra- 
diometrikus úton méri a nagy leválasztóképességű 
mérőszűrőn összegyűlt port. A porviszonyok kijelzé- 
se közvetlenül történik, de egyidejűleg regisztrálható 
is. A leválasztott pormennyiség radiometrikus mé- 
résének eredménye független a porrészecskék alakjá- 
tól, nagyságától, színétől és összetételétől, és mg/m 
mértékegységben adják meg. A műszerbe beépítettek 
egy elektronikus órát, amelynek programozott mé- 
réseknél van szerepe, valamint egy határérték érintke- 
zővel ellátott kijelző műszert, amelyet a mérhető por- 
tartalom határértékjelzésekor és vezérlésekor hasz- 
nálnak. A műszer számítógéppel is vezérelhető. 


(Elektrotechnische Zeitschrift B., 1976. aug. ) 
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BAJDIK ISTVÁN - DERSNER ZOLTÁN 
(MTA SZTAKI) (BME) 


REPROM PROGRAMOZÓ 
ÉS TESZTELŐ BERENDEZÉS 


A felhasználók igénye a törölhető és újraprogra- 
mozható memóriák megjelenésével megváltozott. 
Hazánkban két típus terjedt el leginkább az Intel 
1702 és 17024. A szerzők ismertetik a két memó- 
riatípus beírását és tesztelését végző off-line és on- 
line üzemmódban dolgozó berendezés felépítését és 
magát a berendezést vezérlő programot. 


ETO 519.687.7:681.326 


A mikroprogramozás elterjedésével jelentősen meg- 
nőtt az igény a , csak kiolvasható"? memóriák (ROM) 
alkalmazása iránt. Ezeknek a memóriáknak a felhasz- 
nálása azonban elég költséges volt, mivel a tárolni kí- 
vánt információt többnyire a gyártó cég írta be a me- 
móriába a gyártás során, a felhasználó igényeinek 
megfelelően. 

A törölhető és újraprogramozható , read-only"? me- 
móriák (REPROM) megjelenésével új helyzet állt elő. 
A felhasználó — megfelelő berendezés segítségével — 
saját maga írhat információt a memóriába, sőt szük- 
ség esetén törölheti a memóriát és új adatot írhat be- 
le. Egy berendezés tervezésénél, a kísérleteknél, ennek 
igen nagy előnye van. Az újraprogramozható memó- 
riák közül hazánkban az INTEL 1702 és 1702A tí- 
pus terjedt el leginkább.E két memóriatípus beírását 
és tesztelését végzi el az általunk elkészített berende- 
zés, amely offline és online üzemmódban dolgozik. 


Kisebb mennyiségű adat beírása off-line üzemben 
történhet, míg nagyobb mennyiségű adat beírása, il- 
letve a memória tesztelése online üzemmódban is le- 
hetséges. Ez utóbbi esetben a berendezést TPA-i kis- 
számítógép vezérli. Elkészítettük a berendezést mű- 
ködtető software-t is, amely többek között azzal az 
előnyös tulajdonsággal is rendelkezik, hogy a konzol- 
írógépen keresztül igen szemléletes és kényelmes em- 
ber-gép kapcsolatot valósít meg. 


A berendezés a BME Folyamatszabályozási Tanszé- 
kén készült és ott üzemel. 


A programozó berendezés felépítése 


A berendezés (1. ábra) központi része az INTEL 
MP7-—32 programozó kártya, amelyet az INTEL cég 
készített az INTEL 1702 és 1702A memóriák prog- 
ramozásához és teszteléséhez. A kártya tartalmazza a 
memória beírásához és teszteléséhez szükséges feszült- 
ségimpulzusokat előállító áramköröket, valamint a 


szintkonvertereket. A kártya be- és kimenetei TTL 
kompatibilisek. Az egység az éppen kiadott utasítás- 
tól függően kétféle állapotban lehet: BEIRÁS vagy 
KIOLVASÁS. Alapállapot mindíg a kiolvasás, azaz ha 
az egység nem kap utasítást beíró ciklus végrehajtásá- 
ra, mindíg kiolvassa az éppen megcímzett rekesz tar- 
talmát. Off-line üzemmódban a kommutátor áram- 
kör a kezelőszervek jeleit engedi át. A K1 ... K8 kap- 
csolóregiszteren állíthatjuk be a REPROM rekesz cí- 
met, és a beírni kívánt információt (a memória 256x8 
bit szervezésű). 


Az ADDRESSLOAD és DATA LOAD nyomógom- 
bokkal feltölthetjük a cím; illetve az adatregisztert, 
majd a START nyomógombbal elindítjuk a beírási 
ciklust. A beírási ciklus végén az MP7—03 kártya elő- 
állítja az END jelet. A megbízható információtárolás 
érdekében a beírást vezérlő áramkör figyeli az END 
jelet,és a beírási ciklust automatikusan 32-szer megis- 
métli. Ennek megtörténte után megjelenik a READY 
jel jelezve, hogy a berendezés újabb adat beírására 
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1. ábra 
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kész. Az adatellenőrző áramkör a beírni kívánt adatot 
összehasonlítja a kiolvasott adattal és egyezés esetén 
előállítja az EOUAL jelet. 

Off-line üzemben a REPROM tesztelését a berendezés 
előlapján lévő LED-diódák teszik lehetővé. A LED- 
diódák kijelzik a címregiszter tartalmát, a kijelzett cí- 
men tárolt információt (DATA OUT), a programozá- 
si ciklus végét, valamint — programozáskor — az in- 
formációbeírás helyességét. 

Nagyobb mennyiségű adat beírása esetén a hosszadal- 
mas és fárasztó munkától megkímélhetjük magunkat 
azáltal, hogy a berendezést egy TPA-i kisszámítógép- 
hez csatoljuk. Ekkor a kommutátor áramkör az illesz- 
tőegység jeleit engedi át. A beírni kívánt információt 
lyukszalagon adjuk meg. A számítógép ellenőrzi az 
adatokat — az esetleg előforduló hibás adatokat 
ASR-n kiíratja — elraktározza az operatív memóriá- 
ban, majd az illesztőegységen keresztül működésbe 
hozza a programozó berendezést és megindítja a 
REPROM programozást. Egy byte beírása után ösz- 
szehasonlítja a beírni kívánt és a beírt adatot, esetle- 
ges eltérés esetén megállítja a további programozást 
és kiíratja a hibát. 

Lehetőség van egy már programozott memória tesz- 
telésére is: ekkor a számítógép ASR-n kiíratja a 
REPROM-ban tárolt információt. 

Az illesztőegység a TPA-i belső busz interface-re csat- 
lakozik és az adatátvitelprogramozottantörténik. Tar- 
talmazza a címdekódoló, aparancsdekódoló ésa vezér- 
lőjeleket előállító áramköröket. Az illesztőegység az 
alábbi parancsokat tudja értelmezni: 


MŰVELET JELE KÓDJA 
Címregiszter feltöltése . IOTO 000 
Adatregiszter feltöl- 
tése és programozó 
impulzus kiadása IOT1 001 
Kiolvasás a REPROM- 
ból IOT2 010 
Flag vizsgálat IOT3 011 
Címregiszter in- 
krementálása IOT4 100 


A kimeneti és bemeneti pufferregiszter szerepét a be- 
rendezésben lévő címregiszter és adatregiszter látja el. 
Ezekre a regiszterekre kapcsolódnak a kommutátor 
áramkörön keresztül a TPA-i akkumulátor-regiszter 
vonalai. A REPROM-ba tehát a következőképpen tör- 
ténik egy adatszó beírása: az akkumulátorban egy 
REPROM címet tárolunk, majd egy IOTO utasítással 
a címregiszterbe töltjük. Ezután az akkumulátorba 
helyezzük a beírni kívánt adatot, majd kiadjuk az 
IOTI utasítást. A beírás végét egy flip-flop bebillen- 
tése jelzi, ezen flip-flop állapotát az IOT3 utasítással 
kérdezhetjük le. 


A program mindaddig várakozik, amíg ez a flip-flop 
nem billen le. Kiolvasáskor az MP7-03 kártya DATA 
OUT kimeneteit az IOT2 utasítás hatására előállt jel 
az akkumulátorba kapuzza. 


A berendezést vezérlő program 


A REPROM beírását és tesztelését vezérlő programot 
SLANG programozási nyelven írtuk. 


A SLANG egy olyan assembler fordítóprogram, 
amely a TPA-val végrehajtható műveleteket reprezen- 
táló szimbólikus jeleket fordít le. A fordítás eredmé- 
nye egy bináris programszalag, amely a gépbe helyez- 
hető és felhasználható . 
A program működését a folyamatábra alapján tekint- 
jük át (2. ábra). Az ábrán az alábbi jelöléseket alkal- 
maztuk: 
- — Értékadást jelöli 
l 7! Indirekt címzésre utal 
—s Adatátvitel egy memóriarekeszből 
az akkumulátorba 
AC Akkumulátor regiszter 


A REPROM-ba beírni kívánt adatokat az operatív me- 
mória 0 és 1 lapjára olvassa be a program (1 lap - 128 
memóriarekesz) . Ezzel elérjük azt, hogy az operatív 
memóriában az adatokat tartalmazó rekeszek címe 
megegyezik azzal a címmel, amelyre a REPROM-ban 
adatot akarunk írni. 


A bináris adatszalag beolvasása előtt a 0 és 1 lap min- 
den rekeszébe —1 kerül beírásra. Az adatszalag beol- 
vasása után, ha egy rekeszben negatív szám van, akkor 
ez azt jelenti, hogy erre a címre (amelyen a negatív 
szám, —1 van) a REPROM-ban nem kívánunk adatot 
írni. Az adatszalag beolvasása utánegy adatellenőrzés 
következik. Mivel az adatokat oktálisan ábrázoljuk 
(Id. adatszalag formátum), a 0 és 1 lap rekeszeibe csak 
4008-nál kisebb szám lehet. Ha az adatszalagról ennél 
nagyobb (vagy egyenlő) adat érkezik, a program hiba- 
jelzést ad. A REPROM-ba való beírás addig nem indul 
el, amíg a hibás adatot nem javítjuk ki. Amennyiben 
a program nem talál hibát, elindíthatja a REPROM 
programozást (3-as cimke). 


A , CÍM" jelű rekesz mindíg az aktuális REPROM cí- 
met tartalmazza. Ha ezen a címen az operatív memó- 
riában nem negatív szám van, akkor a CÍM rekesz tar- 
talmát az akkumulátoron keresztül a beíró berendezés 
címregiszterébe tölti a program. Ezután a beírandó 
adat az adatregiszterbe kerül és elindul a REPROM 
programozása. 


A beírás végén (jelző bistabil - 1) a REPROM-ba beírt 
adatot összehasonlítja a beírni kivánt adattal. Ameny- 
nyiben eltérés mutatkozik, a program hibajelzést ad. 
Ekkor a konzolírógépen keresztül még lehetőségünk 
van a beírás megismétlésére. Amikor a CÍM rekesz tar- 
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talma eléri a 4008 értékét, a program kiíratja a 
, VÉGE" szót és befejezi a REPROM beírását. 

A REPROM tesztelését vezérlő program (3. ábra) a 
memóriában külön lapra került, ez a program önálló - 
an is felhasználható (pl. amikor egy már beírt memó- 
ria tesztelését végezzük). 


A CÍM jelű rekesz jelöli ki azt a REPROM címet, 
amelyről a kiolvasás történik. A program a CÍM re- 
kesz tartalmát az akkumulátoron keresztül a perifé- 
ria címregiszterébe tölti, majd egy IOT2 utasítással 
a REPROM-bantároltadatotaz akkumulátorba viszi. 
A kiolvasott adatokat nem tárolja az operatív memó- 
riában, hanem ASR-n kinyomtatja a következő for- 


mátummal: 
(REPROM cím) (a tárolt adat) 


A tesztelés a teljes REPROM-ra történik, azaz a 0 ... 
...255 rekeszek tartalmát írja ki. Amennyiben csupán 
néhány címen tárolt információra vagyunk kiváncsi- 
ak, a tesztelést off-line üzemmódban végézhetjük. 


Adatszalag-formátum 


Az adatszalagon a címeket és az adatokat oktálisan 
ábrázoljuk, 3 helyiértéken. A rekesz cím megadását 
atkarakterrelkell kezdeni. A cím és az adat, ill. két 
adat között az elválasztó karakter lehet egy vagy több 
space, a kocsi vissza és a soremelés karakter. Ha egy- 
mást követő REPROM címekre akarunk adatokat be- 
vinni, elegendő a kezdőcímet megadni. Ezt a szepa- 
ráló karakter segítségével folyamatosan követheti az 
adatok felsorolása. A cím inkrementálásáról a prog- 
ram gondoskodik. Az adatszalagot a 5 karakterrel kell 
lezárni. 

Lehetőség van arra is, hogy az adatbyte-okat szimbo- 
lumokkal adjuk meg. (Ez előnyös akkor, ha pl. a 
REPROM-ot mikroprogramozott vezérlőegység mik- 
roprogramtáraként alkalrmnazzuk.) Ekkor az adatsza- 
lagot a szimbólumok definiálásával kell kezdenünk. 
Ezt a hozzárendelést az - karakter végzi. Ezt követi a 
kezdőcím, majd az adatok megadása a fent leírt mó- 
don. 


Pl. RESET - 100 
UGRÁS - 200 
t 0 RESET 12 UGRÁS 35 hatására a REPROM 
0 címére 01 001 010 
1 címére 10011 101 
bináris információ kerül 
1 db space csak akkor szerepelhet sze- 
paráló karakterként, ha az adatszala- 
gon tiszta oktális formátumú adat van. 


Megjegyzés: 


Végezetül megemlítjük, hogy a teljesmemóriátkitöröl- 
hetjük (szelektív törlés nem lehetséges) egy kb 3 per- 
cig tartó ultraviola fénnyel történő megvilágítás által. 
Erre a célra külön törlőkészülék szolgál. 
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BALCZÓ GÁBOR - KISS KÁLMÁN 
(HIKI) 


AUTOMATIKUS MÉRŐRENDSZER, MÉRŐ- ÉS 
FOLYAMATSZABÁLYOZÓ RENDSZEREKHEZ 


Az automatikus mérésadatgyüjtő és folyamatsza- 
bályozó rendszerek alkalmazására egyre szélesebb- 


körű igény ntkezik a műszaki életben. A cikk- 
ben a szerzők egy Automatikus Mérő Rendszert, il- 
letve ille: i módszert ismertetnek, amely illesz- 
kedik a rendszerekhez és számítógép nélkül is 
működőképes. Folyamatos bővítésével nagy rend- 


szer építhető fel. A számítógépeknek a rendszerhez 
való illesztése a már meglévő összeállítást nem be- 
folyásolja. 


ETO: 53.088.7:654.93/.94:681.51 


A műszaki életben egyre nagyobb az igény az automa- 
tikus mérésadatgyüjtő, mérő- és folyamatszabályozó 
rendszerek alkalmazására. Az igény alapja az, hogy a 
különböző folyamatok automatizálására szükséges 
eszközök rendelkezésre állnak és a folyamatok auto- 
matizálása gazdaságossá vált. 


Az automatikus mérő-és folyamatszabályozó rendsze- 
rek software és hardware egységekre bonthatók szét. 
A software egységek a rendszer működtetésének al- 
goritmusát tartalmazzák, a hardware egységek a rend- 
szer mérő, beavatkozó és a software utasítások végre- 
hajtásához szükséges adatforgalmat lebonyolító ele- 
mek. Az IC-k tömeges elterjedésével az addig megva- 
lósított rendszerek árát döntően meghatározó hard- 
ware ára lényegesen csökkent, és ezzel lehetővé vált az 
automatikus mérő és folyamatszabályozó rendszerek 
fokozott elterjedése . 


A mérő és beavatkozó hardware egységek, perifériák 
összefogására, a software utasítások végrehajtására és 
az adatforgalom megvalósítására különböző tipusú il- 
lesztési módszereket dolgoztak ki. Ezekre az illesztési 
módszerekre általában jellemző, hogy más és más tí- 
pusú mérő-és folyamatszabályozó rendszer szempont- 
jából optimálisak. Például a HEWLETT-PACKARD 
INTERFACE BUS illesztési módszer kis mérési ösz- 
szeállításra (tíz körüli periféria) tekinthető optimális- 
nak, míg a CAMAC rendszer nagytömegű adatmozga- 
tást és nagyszámú perifériát kivánó összeállításra op- 
timális. E sajátosságok miatt létjogosultsága van több 
különböző illesztési módszer kidolgozásának és alkal- 
mazásának, mely módszerek a különböző típusú 
mérő-és folyamatszabályozó rendszerek egy-egy nagy 
területét optimálisan lefedik . 


A Híradástechnikai Ipari Kutató Intézetben egy Auto- 
matikus Mérő Rendszer, illetve illesztési módszer ke- 


rült kidolgozásra (továbbiakban AMR). A rendszer ki- 
alakításának szempontjai a következők voltak: 


Illeszkedjen kis terjedelmű mérési összeállításhoz is, 
számítógép nélkül is működőképes legyen, fokozatos 
bővítéssel nagy rendszereket lehessen felépíteni. Ha 
már számítógép alkalmazása gazdaságossá válik, a szá- 
mítógép könnyen illeszthető legyen és az ne módosít- 
sa a már meglévő összeállítást. 


Az AMR felépítése 


Az AMR illesztési rendszer flexibilisen alkalmazkodik 
a különböző automatikus mérésadatgyüjtő, mérő- és 
folyamatszabályozó rendszerekhez. 


A mérés programja software úton állítható össze. A 
software hajlékonysága lehetővé teszi, hogy a mérés 
során felismert hibák vagy fogyatékosságok kiküszö- 
bölése, a mérési sorrend vagy a mérések megváltozása 
egyszerű átprogramozással megvalósítható legyen. A 
rendszer modulonként bővíthető, ezáltal mindig: az 
adott igényeknek megfelelő konfiguráció építhető fel. 
Fokozatos kiépítés esetén egy minimális alapkiépítés- 
ből kiindulva egészen nagy rendszer is kialakítható. 
Az adott kiépítésnek megfelelően a rendszer prog- 
ramvezérlése megválasztható, az egyszerű ROM ve- 
zérléstől a programozható kalkulátoron keresztül a 
mikroszámítógépig, számítógépig. Az alapkiépítéshez 
számítógép nem tartozik, így a minimális alapkiépítés 
beszerzése beruházási nehézséget nem okoz. A méren- 
dő folyamattal együtt a rendszer és annak programve- 
zérlése bővíthető. 


Az AMR felépítését az 1. ábra mutatja be. A rendszer 
vezérlőegysége kapcsolatban áll a programtárral 
(ROM, programozott kalkulátor) vagy mikroszámító- 
géppel, számítógéppel. Innen kapja a mérés program- 
ját. A vezérlőegység mozgatja az adatokat a vezérlő 
keretekhez az adatátviteli úton keresztül. A vezérlő- 
egységtől kiindulva a keretek sínrendszerben vannak 
felfűzve. A keretvezérlők a kapott adatokat a keret- 
sínekre, illetve a sínekről továbbítják a perifériák, il- 
letve a vezérlőegység felé. A keretsínekre kapcsolódó 
periféria illesztők a perifériás végkészülék és a sín 
közötti adatforgalmat közvetítik. 

A vezérlőegység időben egymás után, a programnak 
megfelelően kezeli le a perifériákat. Minden perifériá- 
nak van egy azonosítószáma, ez a periféria címe. A 
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1.ábra Az AMR rendszer szerkezeti felépítése 


program alapján a vezérlőegység hardware időosztás- 
ban a címük alapján közvetlenül eléri a perifériákat. 


A perifériák a keretekhez kapcsolódnak. A keretekbe 
dugaszolható a periféria, vagy annak csak az illesztő- 
egysége, maga a periféria máshol is elhelyezhető. A 
keretekben a perifériák egyenként bővíthetők, ezt a 
lehetőséget a keret sínrendszere biztosítja. A keretek- 
ben keretsínek és egyedi vezetékek vannak. A keretsí- 
nek minden egyes perifériát érintenek, az egyedi veze- 
tékek csak a keretvezérlő és egy periféria között ad- 
nak összeköttetést. A keretsíneket és az egyedi veze- 
tékeket a keretvezérlő kezeli. A keretvezérlő feladata 
a jelek regenerálása a vezérlőegység illetve a keretsí- 
nek felől és az egyedi vezetékek kódolása. Egy keret- 
be 16 db periféria dugaszolható. A periféria bedugási 
helye eldönti a periféria címét és megszakításkérés- 
kor a prioritását. Nagyobb prioritású az a periféria, 
amelyik a keretvezérlőhöz közelebb van. 


A perifériák számának 16 fölötti növelése további ke- 
retek hozzáépítésével történhet. Egy átviteli úton 256 
db periféria kezelhető le. Ennél több periféria esetén 
a további perifériák információit a  vezérlőegység- 
nek egy más adatátviteli útra kell továbbítani, így a 
bővítés az első 256 perifériát és a kereteket nem mó- 
dosítja. Lehetőség van az AMR-ben az egyes keretek 
földrendszerének galvanikus szétválasztására is, ebben 
az esetben a keretek közötti adatátviteli utat optikai 
csatoló biztosítja. Ezt felhasználva a központi egység- 
től jelentős távolságra és más földrenszerben is elhe- 
lyezhető keret, illetve keretek a távollévő csoportos 
perifériák mellé. Igy lehetővé válik, hogy a távoli pe- 
riféria csoportnál nem kell minden egyes perifériához 
nagy távolságra működő adatadót és -vevőt: telepí- 
teni. 


A vezérlőjelek kapcsolata az adatforgalom 
irányításához 
Az adatforgalmat a vezérlőjelek irányítják. A vezérlő- 
jeleket a vezérlőegység és a periféria-illesztőegységek 
kezelik az adatátviteli úton és a keretsineken keresz- 
tül. A vezérlőjelek , handshake? kapcsolatban van- 
nak és ez teszi lehetővé, hogy a keretek és ezáltal a 
perifériák a központi egységtől jelentős távolságra he- 
lyezhetők el. Természetesen nagy távolságú átvitel- 
nél az adatmozgatás sebességének csökkenésére kell 
számítani. 
Az adatok mozgatására következő típusú szekvenciák 
játszódhatnak le: 
1.al Adat be (INPUT) 
A perifériás illesztőegységből byte-onként soros 
adatok kerülnek a vezérlőegységbe. 
b/ Adat be egy byte 
2. Adat ki (OUTPUT) 


A vezérlőegységből byte-onként soros adatok ke- 
rülnek a perifériás illesztőegységbe. 


u 


. Felszólítás 
A vezérlőegység működésre szólítja fel a perifé- 
riát. 
4. Foglalt 
A periféria foglaltsága esetén így jelzi azt a köz- 
ponti egységnek. Az adatátviteli vonalakon a peri- 
féria státus-szava kerülhet átvitelre. 


5. Megszakítás 

A periféria a központi egységtől azonnali lekeze- 

lést kér; a  megszakításkérés elfogadásakor egy 

címet ad az adatvonalra (vektoros megszakítás). 
Ehhez járul még hozzá az, ha a címzéskor olyan pe- 
rifériát címeznek meg, amelyik nem létezik, illetve a 
perifériához tartozó végkészülék működésképtelen, 
vagy nincs bekapcsolva, akkor a vezérlőegység CÍM je- 
lére semmilyen válasz nem érkezik. A vezérlőegység 
a türelmi idő eltelte után jelenti, hogy a címzett pe- 
riféria működésképtelen. 
A vezérlőjelek időrendi és sorrendi kapcsolatát a 2. 
ábrán lévő diagram mutatja be. A diagramon a függő- 
leges vonalak az órajeleket jelképezik. Az órajel ti- 
pikus frekvenciája 2 MHz. Az ábrán közeli és maximá- 
lis sebességű vezérlőjel kezelést mutatunk be. A szag- 
gatott vonal feletti vezérlőjeleket a vezérlőegység, az 
alattit pedig a periféria illesztőegység kezeli. A vezér- 
lőjeleknél a folyamatos jel , igen" szintű, a szaggatott 
jel igen? vagy , nem" szintű is lehet, a jel hiánya 
, nem" szint. 
Az adatoknál csak azok a helyek vannak feltüntetve, 
ahol az adatok értékének helyesnek kell lenni. Az 
adatsínrendszer két irányú, 8 db párhuzamos sín. A 
megszakítás kivételével minden adatátviteli szekven- 
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Adat 


2. ábra A vezérlőjelek kapcsolata az adatforgalom 
irányításához 


ADAT BE 
7 byte 


ADAT KI 


—]. bezzáz - 2 byte 
max. 114 bytz 


FELSZÓLÍTÁS 


.IFOGLALT 


MEGSZAKÍTÁS 


ciát a vezérlőegység kezdeményez. A vezérlőegység 
úgy kezdeményez, hogy megcímzi a perifériát, vagyis 
megjelenik a CÍM és az IRÁNY. A CÍM jel egyedi 
vezeték, a keretvezérlő kódoljaki a 8 bites címből. 
Egy kereten belül 16 db egyedi címvezeték van, min- 
den perifériás illesztőegységhez egy vezeték kapcsoló- 
dik. Az IRÁNY jel sínvezeték, az adatmozgatás irá- 
nyát jelzi a vezérlőegységtől a periféria felé, illetve 
fordítva. Tekintve, hogy általában sok perifériának 
van INPUT és OUTPUT része, a perifériára ugyanaz- 
zal a címmel lehet hivatkozni, az irány dönti el, hogy 
az INPUT vagy OUTPUT rész működjön. A CÍM ve- 
zérlőjelen kívül még a VIZSGÁL jel is egyedi veze- 
ték, a többi vezérlőjel sínjel. Az egyes átviteli szek- 
venciák a következőképpen játszódnak le: 


Adat-be szekvencia 


A vezérlőegység megcímezi a perifériát. A CÍM , igen" 
az IRÁNY , nem" szintű. A periféria-illesztőegység 
válasza a VÁLASZ és FOLYTAT jel és a VÁLASZ 
jellel együtt az első byte adatot az adatsínekre teszi. 


A vezédőegység a VÁLASZ jel megjelenése után be- 
veszi az adatsíneken lévő adatot és megszűnteti a cím- 
zést. A CÍM megszűnte után a VÁLASZ jelet leveszi 
a periféria-illesztőegység. A vezérlőegység megvizsgál- 
ja, hogy minden byte átvitelre került-e, FOLYTAT 
jel van-e még. FOLYTAT jel van, ezért újra címezi 
ugyanazt a perifériát. 

A perifériát illesztő egység a VÁLASZ jellel együtt 
már a második byte-ot teszi az adatsínekre. Ez a fo- 
lyamat folytatódik, míg tetszőleges, a perifériás illesz- 
tőegység által megszabott számú byte nem kerül átvi- 
telre. Ezután megszünteti a periféria-illesztőegység 
a FOLYTAT jelet. A vezérlőegység az adatátvitelt le- 
bonyolította és a következő programlépésre lép. 


Ha csak egy byte átvitele szükséges, akkor a periféria- 
illesztőegységnek nem kell kezelni a FOLYTAT sínt. 


Adat-ki szekvencia 

Itt a vezérlőegység megcímezi a perifériát, az IRÁNY 
igen" szintű. A vezérlőegység a VÁLASZ-ra az 
UTASÍTÁS jellel válaszol és az adatsínre adja az első 
kiküldendő byte-ot. Az UTASÍTÁS jel megjelenése 
után a periféria-illesztőegység az adatot beveszi és 
megszünteti a VÁLASZ jelét. A VÁLASZ jel meg- 
szüntetésére a vezérlőegység az UTASÍTÁS jelet 
megszünteti. A jel megszűnése után, ha a periféria- 
illesztőegység kész a következő byte vételére, a 
VÁLASZ jelet adja. A vezérlőegység az UTASÍTÁS 
jellel együtt már a második byte-ot küldi a vonalra. 
Ez a folyamat addig folytatódik, míg az összes átvi- 
endő byte a perifériás illesztőegységbe kerül. Ezután a 
periféria-illesztőegység a FOLYTAT jelet megszün- 
teti és a vezérlőegység a következő programlépést 
kezdheti el. 


Felszólítás 

Itt a perifériát egyszerűbb, bővebb adatátvitelt nem 
igénylő funkció elvégzésére szólítjuk fel. Felszólítás- 
nál a periféria-illesztőegység nem kezeli a FOLYTAT 
sínt. 

Foglalt jelzés 

A periféria foglaltsága esetén a címzésre a válasz a 

FESTÉS jel. A jellel együtt a status-szó is átvitelre 
erül. 


Megszakítás szekvencia 

A megszakítást kérő periféria a futó program megsza- 
kítását kéri, a megszakítás elfogadásakor az illető peri- 
fériához rendelt alprogram végrehajtására tér át a ve- 
zérlőegység. A periféria, vagy perifériák megszakítást 
úgy kérnek, hogy a KÉR sínt huzalozott , vagy" kap- 
csolatban lehúzzák. Ha a vezérlőegység a megszakítás 
kérést fogadni tudja, prioritásvizsgálatot tart. A prio- 
ritás vizsgálat hardware úton megy végbe, tekintettel 
arra, hogy számítógép nélküli esetben más lehetőség 


BALCZÓ - KISS: Automatikus mérőrendszer . . . 


AUTOMATIZÁLÁS "77/2 37 


alig áll rendelkezésre. A prioritásvizsgálatra egy új el- 
járást dolgoztunk ki, tekintettel arra, hogy az ismert 
prioritás vizsgáló eljárások nem illeszkedtek a kis 
rendszerekhez. Az új eljárás lehetővé tette, hogy a 
megszakítást kérő perifériák a keretekben tetszőleges 
helyre dugaszolhatók, tetszőlegesen csoportosíthatók, 
üres helyek hagyhatók ki, a megszakítást kérő peri- 
féria kihúzásakor vagy meghibásodásakor a , hátrább" 
lévő, megszakítást kérő perifériák működőképesek 
maradnak. A vezérlőegység a megszakítás elfogadását 
és a prioritásvizsgálatot a VIZSGÁL jel megjeleníté- 
sével jelzi. A VIZSGÁL jel bekötése lépcsős, azaz az 
első perifériát 16 db, a másodikat 15 db, a harmadi- 
kat 14 db, és így tovább, a tizenhatodikat 1 db veze- 
ték érinti. A prioritásvizsgálatból a megszakítást kérő 
és legnagyobb prioritású periféria kerül ki győztesen. 
A prioritási sorrendet a periféria bedugásának helye, a 
vezérlőegységtől, illetve keretvezérlőtől való távolság 
határozza meg. 


A prioritás-győztes periféria a kártyán lévő 8 bites cí- 
met adja be a vezérlőegységnek és a VÁLASZ jellel 
cimkézi. Ez a 8 bites cím a végrehajtandó alprogram 
címe (ez az ún. vektoros megszakítás). Kis rend- 
szerekben számítógép nélküli esetben ez a legjobb 
megoldás, mivel a végrehajtandó alprogram kezdő cí- 
me minden további művelet, műveletsor nélkül ren- 
delkezésre áll. A megszakítás egy lépéses és ezáltal 
gyors.A prioritás-győztes periféria, mivel kérését el- 
fogadták, a KÉR jelét leveszi. Ha további periféria 
is kér megszakítást, akkor a KÉR jel nem szűnik meg, 
a vezérlőegységnek mindaddig kell a , megszakítás" 
szekvenciát ismételni, amíg az összes megszakítást ké- 
rő perifériát nem kezelte le. 


Az AMR alkalmazása 


Az AMR kialakításánál alapvető szempont volt, hogy 
illeszkedjen a kis rendszerekhez is. A minimális alap- 
kiépítés egy vezérlőből és egy keretből áll. Már így is 
működőképes rendszer hozható létre. Ebben az eset- 
ben, ha egy periféria befejezte a működését, megsza- 
kítást kér és a működésben következő periféria címét 
adja ki. A mérés programját ebben az esetben a meg- 
szakítások adják. Már ebben a kialakításban is van le- 
hetőség programelágaztatásra, a megszakítást kérő 
prioritásának felhasználásával. Ennek a kialakításnak 
az a hibája, ahogy programlépés van, annyi megszakí- 
tást kérő periféria szükséges. 

Ennél egy lényegesen jobb megoldás, ha a rendszer- 
hez egy 64 vagy 128 lépéses egyszerű ROM program- 
tár tartozik. A ROM szervezése nagyon egyszerű, ha 
az a lehetséges 256 számú periféria helyből foglal le, 
azaz a ROM egy-egy rekesze egy periféria cím. Gya- 
korlatban ez a felépítés tekinthető alapkiépítésnek, 
mivel a ROM felhasználásával ciklikus programok, 


szubrutinszerű programrészek, megszakítás utáni fő- 
programba való visszatérés stb. lehetséges. A fentiek 
felhasználásával kis lépésszámú, flexibilis, nagy haté- 
konyságú programok írhatók. 

Természetesen bonyolultabb folyamatoknál a rend- 
szer programvezérlését tovább kell fejleszteni. A to- 
vábbfejlesztés lényeges állomása az AMR-hez mikro- 
számítógép kapcsolása. A mikroszámítógépek általá- 
nosan kialakult byte szervezése, vektoros megszakítás- 
kérése, input-output kezelése a — hasonlóság miatt 
könnyűvé teszi az illesztést. 


A felhasználó a perifériát a keretsínekhez illeszti. A 
periféria illesztő tervezője a kőszülék jellegének meg- 
felelő szekvenciát választhatja ki a bemutatottak kö- 
zül, de a 2. ábrán megadottakat be kell tartania. A pe- 
rifériákat, illetve a perifériák illesztő egységeit a keret- 
be dugaszoljuk. A már meglévő perifériák az univerzá- 
lis periféria illesztő segítségével illeszthetők a keretsí- 
nekhez. Az univerzális illesztő egység az összes 2. áb- 
rán vázolt szekvencia lefutására alkalmas. 

Az univerzális illesztőegység a perifériától egyszeri 
címzésre max. 4 byte adatot, a perifériában max. 5 
byte adatot mozgathat. Az , adat-ki" szekvenciánál 
az első byte utasítás jellegű. A perifériának szükséges 
byte szám az illesztőegységen beállítható . 


Intel 8080 mikroprocesszor illesztése az AMR-hez 


Az Intel 8080. mikroprocesszor illesztését a 3. ábra 
mutatja. Az Intel 8080 mikroprocesszor általános 
byte szervezésű, azaz perifériák címzése és az adat át- 
vitele egy-egy byte-ban lehetséges. Az Intel 8080— 
—AMR illesztőegység felépítése olyan, hogy az, egy 
byte átvitelére átlátszó. Ez azt jelenti, hogy ha a 
mikroprocesszor egy byte-ot akar a perifériába kivin- 
ni illetve onnan behozni, akkor a címzés hatására az 
adat byte közvetlen a perifériába, illetve a perifériából 
a mikroprocesszorba jut. Az AMR nagyobb sebessége 
miatt az AMR handshake kapcsolata a mikroprocesz- 
szor perifériás műveletének a sebességét nem csök- 
kenti. Abban az esetben, ha periféria több byte átvite- 
lét kívánja (pl. egy AID átalakító), akkor a periféria 
címzésére az első byte a mikroprocesszorba jut, a töb- 
bi byte, a mikroprocesszort már leválasztva, autonom 
módon az illesztőegységben elhelyezett 4x8 byte át- 
meneti tárolóba kerül tárolásra (az első byte is tárolva 
lesz). A programozó az átmeneti tárnak mint perifé- 
riának a kiolvasásával a többi byte-ot is a processzor- 
ba viheti át. , adat ki" esetben a mikroprocesszor első 
byteja közvetlenül a perifériába jut (általában utasí- 
tásként). Amennyiben a periféria működéséhez még 
további byte-ok szükségesek (van FOLYTAT jel), ak- 
kor azok az átmeneti tárból kerülnek a perifériába. A 
programozónak ilyen esetben az átmeneti tárat, mint 
perifériát előzőleg fel kell tölteni. 
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MIKROPROCESSZOR 
INTEL 8080 


3.ábra Az illesztő egység elvi felépítése 


Az Intel 8080 mikroprocesszornak külső jélre nincs 
programelágaztatási lehetősége, ezért egy periféria 
foglaltsága csak egy programmegszakítás után értékel- 
hető ki. Ha egy olyan periféria került megcímzésre, 
amelyik foglalt, akkor az a státusszavát adja a vonal- 
ra, és ez kerül az illesztőegység állapottárjában táro- 
lásra (mikroprocesszor input esetén a mikroprocesz- 
szorba is). A perifériás művelet végén az illesztőegység 
megszakítást kér. 


A megszakításra induló alprogram az állapottár kiol- 
vasásával értékelheti ki a foglaltság okát és kísérelheti 
meg az újabb átvitelt. Ha olyan periféria került cím- 
zésre, amelyik nincs vagy működésképtelen, akkor a 
periféria felől semmilyen válasz nem jön. Az illesztő- 
egység a READY jelen keresztül tartja a mikropro- 
cesszort. A türelmi idő eltelte után a mikroprocesz- 
szort leválasztja, az állapottár minden rekeszébe egyet 
ír és megszakítást kér (ezért egy periféria státusszava 
nem lehet FF). A megszakításra induló alprogram az 
állapottár alapján kijelezheti, hogy a periféria műkö- 
désképtelen. 


A perifériák felől jövő megszakításkérést az illesztő- 
egység továbbítja a mikroprocesszor felé. Amikor a 
mikroprocesszor ezt a megszakítást fogadni tudja, ak- 
kor azzal egy időben az illesztőegység autonom mó- 
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don a perifériák között prioritásvizsgálatot tart. A 
prioritás vizsgálatból az abban az időben legnagyobb 
prioritású periféria kerül ki győztesen, és az a rá jel- 
lemző tetszőleges byte-ot írja be az illesztőegység 
megszakítás tárába. A programozó az erre a megszakí- 
tásra induló alprogramban a megszakítás tár kiolva- 
sásával azonosítja a megszakítást kérő perifériát. 

Az Intel 8080 mikroprocesszort illesztő egység 3 db 
ESZR kártyán lett megvalósítva. Amennyiben egy 
más mikroprocesszort kell illeszteni az AMR-hez ak- 
kor az csak az illesztőegységet módosítja az AMR- 
ben semmilyen változtatást nem eredményez. 


Kiterjedt mérőrendszerek felépítése 


Az AMR előnyösen alkalmazható kiterjedt rendszerek 
felépítésére. 

Az adatátviteli út meghosszabbításával lehetőség van 
arra, hogy egyes keretek, vagy keret csoportok a ve- 
zérlőegységtől jelentős távolságra (100, 500 m) he- 
lyezhetők el. A lehetőséget az adatátviteli út szerve- 
Zése és az általános handshake kapcsolat teremti meg. 


Az adatúton csak egyirányú jelek vannak (a kereten 
belül az adatsín kétirányú) és ezlehetővé teszi optikai 
csatolók alkalmazását, és ezáltal a távoli kereteknél 
elkerülhetetlenül szükséges galvanikus leválasztás egy- 
szerű megoldását. A hosszú vezetékek időkésleltetése, 
valamint a jelenlegi optikai csatolók kisebb sebessége 
az általános handshake kapcsolat miatt adatátviteli 
hibát nem okoz, de az adatátvitel sebességének csök- 
kenésével számolni kell. 


A keretek galvanikus szétválasztásának a lehetősége 
abban az esetben is előtérbe kerül, illetve alkalma- 
zása elkerülhetetlen, ha nem biztosítható a rendszeren 
belüli perifériás egységek egy közös hálózatról törté- 
nő tápellátása. A több hálózati betáplálás, különösen 
erősáramú ipari környezetben a földelések szétcsú- 
szása miatt hibás működést, esetleg meghibásodást 
okozhat. A keretek galvanikus leválasztása a betáp- 
lálásokhoz csoportosítva. a hiba okát szünteti meg és 
ezért alkalmazásra kerülhet. 


Az AMR-ben a jelenlegi kialakításban 8 db távoli ke- 
ret illetve keretcsoport építhető ki. Egy távoli kere- 
tet 2 db ESZR kártya illeszt a vezérlőegységnél és 
2 db ESZR kártya a távoli keretnél. A kártyákon az 
optikai csatolók és azok áramkörei vannak elhelyezve. 
A keretek között is az új kidolgozott prioritásvizsgá- 
ló eljárás került alkalmazásra. Ezért ha egy keret meg- 
hibásodik, tápfeszültsége kimarad vagy a rendszerből 
kiiktatják (távoli keretek esetében is) a prioritás lánc 
nem szakad meg csak az illesztő keretben lévő perifé- 
riák válnak működésképtelenné. 
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BÖLCSFÖLDI JÓZSEF 
(Egyetemi Számitóközpont) 


ADATBEVITEL BILLENTYŰZETRŐL 


A cikk olyan kisszámítógépek input problémáival 
foglalkozik, amelyeknek elsődleges bemenő egy- 
sége a billentyűzet. Általános formában fogalmazza 
meg a billentyűzetről történő adatbevitel problé- 
máját. Ismerteti az input rutint, amely tetszőleges 
rekordszerkezet mellett a rekordnak a billentyű- 
zetről a központi tárba történő betöltésére alkal- 
mas. 


ETO: 621.316 542.3:681.327.2 


Az elsődleges input-rutin gondolata 


A legtöbb kisszámítógép elsődleges inputja a billen- 
tyűzet. A billentyűzetről stream jelleggel történik az 
adatbevitel, rekord jellegű beolvasás nincs. Ezzel 
szemben mágneskártya, mágneskonto, kazetta és mág- 
neslemez esetén rekord jelleggel történik az adatátvi- 
tel, az operációs rendszer stream jellegű input-out- 
putot ezeknél a perifériáknál nem enged meg. Mind- 
ezekből következik, hogy a legtöbb kisszámítógépen 
elkerülhetetlen az elsődleges adatokat (pl. a törzsfile 
feltöltéséhez vagy módosításához szükséges adatokat) 
a billentyűzetről stream jelleggel beolvasni és belőlük 
a központi tárban egy komplett rekordot összeállíta- 
ni. A programozóknak együttvéve annyiszor kell el- 
végezniük ezt a rutinszerűen visszatérő munkát, 
ahányféle különböző szerkezetű rekordot akarnak 
létrehozni. Például ha a megírandó alkalmazási prog- 
ramrendszer nyolc különböző törzsadathalmazt ke- 
zel és mindegyiket más szerkezetű rekorddal, akkor 
ezt a rutinmunkát nyolcszor kell elvégezniük. 


A különböző típusú elsődleges rekordokat előállító 
programrészek logikailag azonos szerkezetűek, mi- 
vel karakteres és numerikus adatoknak különböző, 
vegyes, véges sorozatait olvassák be és tárolják. A so- 
rozatok elemei ( az adatok) típusban és hosszban kü- 
lönböznek egymástól. Kézenfekvőnek látszott tehát 
egy olyan általános input-rutin létrehozása, amely 
bármilyen rekordkép által definiált elsődleges adatso- 
rozatot képes kezelni. 


Az elsődleges input-rutin ismertetése 


Az elsődleges input-rutin bemenő paraméterei: 

— a mezővezérlő tábla (Field Control Table) kezdő- 
címe 

— a rekord tárolási címe 

— a feltöltésvezérlés. 

A mezővezérlő tábla egy olyan rövid programrész, ál- 

talában deklarációsorozat, amely a rekordot alkotó 


adatok típusát, hosszát valamint numerikus adat ese- 
tén az adat tárolási módját és a tizedesjegyek számát 
írja le. A mezővezérlő táblát közönséges deklarációs 
utasításokkal meg lehet adni. Természetesen az is le- 
hetséges, hogy az elsődleges input-rutint hívó program 
a futás fázisában az elsődleges input-rutin aktivizálása 
előtt állítja össze ezt a vezérlőtáblát. A mezővezérlő 
táblán belül a karakteres adatképet 3 byte hosszúsá- 
gú, a numerikus adatképet 4 byte hosszúságú terüle- 
ten definiáljuk. 


A karakteres adatkép a következő információkat tar- 
talmazza: 


Megjegyzés 


karakteres J azt jelenti, hogy az adat 
numerikus típusú 
1 Jazinput ]Jpakolt de- — 
mező max. cimális 
hossza 
1 Ja mező pakolt de- — 
Ihosszaaz ]cimális 
összeállí- 
tandó re- 
kordban 
1 latizedes ]pakolt de- — 
jegyek cimális 
max. szá- 
ma az in- 
put mező- 
ben 


Az elsődleges input-rutin a numerikus adatot pakolt 
formában helyezi el a rekordban. Például ha a rekord 
egy 25 byte hosszúságú karakteres adatból, egy 6 je- 
gyű numerikus egészből, egy 4 jegyű (és 1 tizedes je- 
gyet tartalmazó) numerikusból, valamint egy 20 byte 
hosszúságú karakteres adatból áll és a numerikus ada- 
tokat a lehető legkisebb területen helyezzük el a re- 
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kordban, akkor a mezővezérlő tábla tartalma a kö- 
vetkező: szg 
Byte Tartalom 


Forma 


karakteres 
pakolt 
karakteres 
pakolt 
pakolt 
pákolt 
karakteres 
pakolt 
pakolt 
pakolt 
karakteres 
pakolt 
A  mezővezérlő tábla egyszerűen  deklarálható 
asszemblerekben, esetleg magasabb szintű nyelvekben 
is. 


[j 
ú 
[971 


O-uuRZOROZ 


b 
o 


Az elsődleges input-rutin második bemenő paraméte- 
re a rekord tárolási címe. A rutin erre a címre helyezi 
el a billentyűzetről beolvasott rekordot. Tehát ez a 
cím egyben kimenő paraméter is. 


Az elsődleges input-rutin harmadik paramétere azt 
vezérli, hogy amennyiben a billentyűzetről a soronkö- 
vetkező adatot nem adjuk be (üres adat), akkor az 
összeállítandó rekordban a megfelelő helyen érintet- 
len marad a már ottlévő információ, vagy numerikus 
adat esetén 0, karakteres adat esetén blank írandó. 
Például, ha törzsfile módosítása esetén új rekordot 
írunk be a file-ba és a rekord beolvasása közben a bil- 
lentyűzetről nem jön adat, akkor szükséges a blank- 
kel, illetve 0-val történő feltöltés, ha pedig a file egy 
meglévő rekordjának bizonyos adatait felülírjuk és a 
billentyűzetről nem jön adat, akkor a rekord  meg- 
felelő mezejében maradnia kell a már meglévő infor- 
mációnak. 

Az elsődleges input-rutin működése az 1. ábrán kö- 
vethető. Sorrendben végigolvassa a bemenő paramé- 
terként megadott  mezővezérlő tábla adatképeit és 
minden egyes adatképre elvégzi az alábbi művelete- 
ket. Az adatképben megadott információk alapján gé- 
pi kódban előállítja a megfelelő input utasítást. Más 
szóval a futás fázisában végzi el az adat beolvasásá- 
hoz szükséges utasítás fordítását, de úgy, hogy a gépi 
kódú utasítás összeállításához szükséges paramétere- 
ket nem az utasítás forrásnyelvi változatából, hanem a 
mezővezérlő táblából veszi. Az íly módon előállított 
gépi kódú utasítást aktivizálja, azaz billentyűzetről 
beolvassa a soronkövetkező adatot, majd elhelyezi 
ezt az összeállítás alatt álló rekordban. 


Miután az elsődleges input-rutin lefutott, a második 
bemenő (és egyben kimenő) paraméter által defini- 
ált tároló területen egy komplett rekord áll rendelke- 
zésünkre. 


7 T63e. 
SDOrszámó 
cseréli 


XX.szómú adat para- 


ORFAG 
s méterei disployre 


AZ aktuális bzolvasó 
utasítás összeállítása 
gépi kódban 


Az aktuális beolvasó 
utasítás végrehajtása 


A bzolvasott adot 
tároldsa 


NOFELD 


Tnező - vezérlő A e CIKLUS 


1 
RETURN 
1. ábra Az elsődleges input-rutin 


Összefoglalva: az elsődleges input-rutin minden egyes 
hívásakor az első bemenő paraméter (a mezővezérlő 
tábla) által definiált szerkezetű rekordot olvas be a 
billentyűzetről és a második bemenő paraméter által 
definiált területen helyezi el, úgy, hogy a harmadik 
bemenő paraméter értékétől függően üres adat ese- 
tén vagy érintetlenül hagyja a rekord megfelelő ré- 
szét, vagy 0-val illetve blankkel felülírja. 


Az elsődleges input-rutin alkalmazása 


Tegyük fel például, hogy N különböző törzsfile lét- 
rehozása és karbantartása a feladat. Mindegyik törzs- 
file csak egyfajta rekordot tartalmaz és ennek szer- 
kezete különbözik a többi file rekordjainak szerkeze- 
tétől. E feladatot megoldhatjuk úgy, hogy mindegyik 
törzsfile feltöltésére és karbantartására írunk egy-egy 
tehát összesen N különböző programot. Ezeknek a 
programoknak azonos lesz a logikai felépítése, kü- 
lönbözni fognak viszont a file-ok nevei, a rekordok 
hossza és szerkezete, azaz a rekordokon belüli adatok 


BÖLCSFÖLDI: Adatbevitel billentyüzetről 


AUTOMATIZÁLÁS "77/2 41 


START 


Filga-rge Filen-re 
vonatkozó Il. vonatkozó / 


Filen-re 
vonatkozó I. 


STOP 


2. ábra Az elsődleges input-rutin egy alkalmazása 


típusa és hossza tekintetében. A programozó számára 
az első ilyen program létrehozása még érdekes lehet, 
de a további programok írása — mivel logikailag nem 
jelent új feladatot — érdektelen és monoton tevékeny- 


nyel. 


Ha a feladatot az elsődleges input-rutin alkalmazásá- 
val oldjuk meg, akkor az N különböző törzsfile feltöl- 
tésére és karbantartására célszerűen csak egyetlen 
programot írunk (2. ábra), amely tartalmazza az el- 
sődleges input-rutint, N különböző mezővezérlő táb- 
lát és N különböző speciális programrészt. Ez utóbbi- 
ak mindegyikében az adott törzsfile-ra vonatkozó 
speciális utasítások (pl. OPEN, CLOSE, GET, PUT 
stb.), valamint az elsődleges input-rutinnak a megfe- 
lelő bemenő paraméterekkel történő hívása szerepel. 
Ilyen módon azN törzsfile kezelését végző program- 
rendszer  összterjedelmét körülbelül N-ed részére, a 
befektetendő programozási munka mennyiségét majd- 
nem ugyanilyen mértékben csökkenthetjük. Még jobb 
a helyzet, ha az egyes törzsfile-okra vonatkozó spe- 
ciális programrészek logikailag azonos szerkezetűek, s 
csak — neveikben,  paramétereikben különböznek. 
Ebben az esetben az N speciális programrész megírá- 
sát is elkerülhetjük oly módon, hogy deklarálunk 
egyetlen asszembler makrot, melynek különböző pa- 
raméterekkeltörténő hívásai az említett speciális prog- 
ramrészeket fogják eredményezni. [gy egyetlen file- 
kezelő makro, N különböző mezővezérlő tábla és 


egyetlen elsődleges input-rutin deklarálásával, majd 
a makro és a rutin különböző hívásaival kezelhetünk 
N különböző törzsfile-t. 


Az elsődleges input-rutin tárolása 
és használatba vétele 


Mivel az elsődleges input-rutin alapsoftware-t kiegé- 
szítő rutin, legcélszerűbb e rutint a rendszerkönyv- 
tárban elhelyezni és a felhasználó programból meg- 
hívni. Ebben az esetben igényli a rutin használata a 
legminimálisabb tárolási helyet és programozói mun- 
kát. Konkrétan az Olivetti Audit 7 kisgép esetében, 
amely gépre e cikk szerzője az elsődleges input-rutint 
alkalmazta, a programok fordítása és szerkesztése egy 
IBM 370 nagyszámítógépen OS rendszer alatt törté- 
nik. Ez esetben az elsődleges input-rutin az IBM gép 
tárgykódú könyvtárában van, a hívó program és a ru- 
tin összeszerkesztését az IBM OS szerkesztő prog- 
ramja végzi és a komplett program konvertálás után 
válik az Olivetti Audit 7 gépen futtathatóvá. Ezt a fo- 
lyamatot a 3. ábra szemlélteti. 


Forrásnyelyi 


A program 
konvertálása 


A program 


Adatok a 


billentyúzgt- Rekordok 
ról 


a file-okba 


Oljvetti gépen 


3. ábra Fordítás és szerkesztés IBM nagyszámítógépen, 
futtatás OLIVETTI AUDIT 7 kisgépen 
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Dr. KRISZTINICZ PÁL 
(MTA SZTAKI) 


A 7. CRANFIELD FLUIDIKA 
KONFERENCIA 


A hetedik alkalommal megrendezett Cranfield Flui- 
dics Konferencia programja három főrészből állt: 


A program három fő részből állt: 

— 10 témakörben előadások 

— kiállítás 

— intézet- illetve gyárlátogatás. 

A konferencián mintegy 45 előadás hangzott el az 
alábbi témakörökben: 


— gyógyászati alkalmazások 

— vezérlőelemek 

— teljesítmény-fluidika 

— áramlástechnika 

— repüléstechnikai és űrhajózástechnikai alkalmazá- 
sok 

— rendszertechnika [—II. 

— érzékelők és érzékelés technikája 

— fluid rendszerek ipari alkalmazása 

— fluid elemek és rendszerek alkalmazása az ipari 
robottechnikában. 


A konferencián két magyar előadás hangzott el. Az 
egyes szekciókban az alábbi érdekesebb előadások 
hangzottak el. 


. A gyógyászati alkalmazások szekcióban: 


H. El Gammal a légzési sebesség meghatározására 
szolgáló készülék dinamikus vizsgálata kapcsán bemu- 
tatta, visszacsatolt fluid elem alkalmazásával sikerült 
kíszűrni olyan zajproblémákat, amelyek a korábbi, 
hagyományos áramlásméréseknél óhatatlanul jelent- 
keztek. 

A Lengyel Tudományos Akadémia munkatársai, 
Z. Wanski irányításával fluid respirátort dolgoztak ki, 
amely 3 üzemmódban üzemeltethető, a légzési frek- 
vencia, továbbá a be- és kilégzési hossz viszonya egy- 
mástól függetlenül és nagy pontossággal állítható be. 
Az áramkör integrált kivitelben készült. 


P. Facon a fluid technika érdekes új alkalmazásairól 
számolt be, bemutatva egy fluid elemekkel vezérelt 
készüléket, amely szervi megbetegedések esetén al- 
kalmazható . 


Vezérlőelemek 
N. Sykes előadásában egy konkrét szekvenciális 
áramkör teljes költséganalízisét mutatta be pneuma- 


tikus, fluid, relés, illetve elektronikus kivitelezést fel- 
tételezve. Az összehasonlításból az derül ki, hogy 
fluid variáns esetén alakulnak a költségek a legked- 
vezőbben. 


H.H. Gláttli dinamikus VAGY elemeket és azokból 
épített áramköröket mutatott be. A nyomásvissza- 
nyerés 80—857. Sok-bemenetű VAGY elemek ese- 
tén illesztési problémák merülnek fel, ezek megoldá- 
sát ismertette egy 12-bemenetű VAGY kapu kapcsán. 


Dr. Krisztinicz P. ismertette az MTA SZTAKI-ban 
PNEUREAD néven kidolgozott építőkocka rendsze- 
rű pneumatikus programadó családot, az optimális 
méretezés elméleti összefüggéseit, a pneumatikus 
áramkörök méretezésére kidolgozott grafikus mód- 
szert és példák kapcsán utalt arra, hogy az ipari robo- 
tok, integrált gyártó rendszerek, szerelő automaták 
kapcsán a pneumatikus programvezérlési rendszerek 
és berendezések a jövőben mind nagyobb szerephez 
jutnak. Monostabil falhatású erősítő optimális mére- 
tezését mutatta be Y.S. Chadda. Az elem jelentősége 
abból adódik, hogy a csomagolóiparban igen széles 
körben alkalmazható . 


Teljesítményfluidika 


H. Brombach olyan radiális és axiális elrendezésű ör- 
vénykamrás erősítőt mutatott be, amelynél nagy ve- 
zérlő fúvóka keresztmetszet folytán a vezérlőnyomás- 
viszony rendkívül kicsi. Vizsgálati eredményeket kö- 
zölt az örvénykamrában lejátszódó eróziós hatás 
szemléltetésére. 


Örvénykamrás erősítők ipari alkalmazását mutatta be 
H. Neumayer, vízműben alkalmazott axiális és radiá- 
lis örvénykamrás erősítők vizsgálatával egyetemben. 


I.R. Tippets örvénykamrás készülékek energiaviszo- 
nyait, felépítését és alkalmazását ismertette. Mint is- 
meretes, az örvénykamrás elven működő készülékek 
nagy geometriai méretű rendszerekben rendkívül 
előnyösen alkalmazhatók az átáramlás vezérlésére. 


Áramlástechnika 


Lamináris szabadsugár és ennek tengelyéhez viszo- 
nyítva ferdén állított mérőléc felhasználható arra, 
hogy egy skála csúszkájának pozícióját a szabadsu- 


AUTOMATIZÁLÁS "77/2 43 


gárra merőleges irányban nagy pontossággal meghai 
rozzuk. 


R.S. Neve előadásában az ún. nagypontosságú aero- 
dinamikai hatással foglalkozott. A vizsgálatokhoz pa- 
rafinfüstöt, fotografikus eszközöket, valamint hődró- 
tos anemométert alkalmazott. 


Turbulens instabil sugár viselkedését analizálta D.OLli- 
vari. Két esetet analizált: egy pulzáló, tengelyszim- 
metrikus szabadsugarat és egy sík lapokkal határolt, 
két dimenziós szabadsugarat. Mindkét esetben a mo- 
dell méretei és az átáramlási viszónyok a gyakorlatban 
előforduló adatokkal estek egybe. A megvizsgált frek- 
venciatartomány az első esetben 1000 Hz-ig terjedt. A 
lengés amplitudója a középérték 1,5-szöröse volt, for- 
mája szinusz-alakú. 


Repüléstechnika és űrhajózástechnika 


R. Rimmer sugárhajtóművek égőteréhez tartozó ala- 
csonynyomású porlasztó viselkedését vizsgálta. Sugár- 
hajtóművekben nagy problémát jelent a hajtóanyag- 
nak az égéstérbe való összehangolt befecskendezése. 
A nehézség abból adódik, hogy a hajtómű üzemi tar- 
tománya -széles. A kívánt nyomás-áramlás jelleggörbe 
axiális Vortex-szelepből álló befecskendező fúvókák 
segítségével biztosítható. 

Gázturbinák vezérlőlapátjai nyomásviszonyainak flu- 
id vezérléséről tartott előadást G.E. Davies. Az ismer- 
tetett megoldás repülőgépek turbóhajtóműveiben 
nyer megoldást. Vezérlési paraméter a sűrítési fok, 
amelyet fluid érzékelővel mérnek. A beavatkozást 
pneumatikus munkahengerekkel végzi. A hengerek 
egyike a pillanatnyi hengerpozíciónak megfelelő fluid 
jelet ad. Tapasztalatszerzés céljából 700 berendezést 
építettek meg és vetettek alá vizsgálatoknak. 


R.K. Brodersen egytengelyű fluid giroszkóp fejlesz- 
tését és alkalmazási területeit mutatta be. Fluid meg- 
oldás alkalmazását a nagymértékű pörgettyűhatás, 
alacsony gyártási költség, kis zajviszony indokolja. Al- 
kalmazását középhatósugarú taktikai rakéta kapcsán 
mutatta be. 

Turbókompresszoroknál . jelentkező nyomáshullám 
meghatározható fluid készülék segítségével. E téma 
kapcsán M. Hibs speciális fluid érzékelők fejlesztését 
és alkalmazását ismertette. 


Rendszertechnika I. 


Kovács G. pneumatikában alkalmazható számítógépes 
módszert ismertetett. Fém- vagy műanyag rétegekben 
mind gyakrabban állítanak elő pneumatikus , nyomta- 
tott" áramköröket. Az előadásban ismertetett megol- 
dás szerint nemcsak a tervezés, hanem a gyártás is 
számítógéppel van segítve. Program szerint készül az 
egyes pneumatikus modul elemek összekötését biz- 
tosító , huzalozási? terv is. 


A program egyes részei: 

— elhelyezési program 

— huzalozási program 

— Post-processor program 
Végül az előadás mart csatornák és hagyományos cső- 
kötések pneumatikus jellemzőiről adott összehasonlí- 
tó értékelést. 
Fluid Schmitt-trigger kapcsolás matematikai felépíté- 
sét és számítógépes szimulációját tárgyalta C.A. Bel- 
sterling. A megvizsgált áramkör egy Schmitt-triggert, 
három arányos erősítőt és egy bistabil ÉS kaput tar- 
talmazott, amelyek úgy voltak összekapcsolva, hogy 
kis hiszterézisű stabil komparátort alkottak. Az áram- 
kör szimulációs programja elkészült analóg és digitális 
számítógépre is. A számított és a kísérleti úton meg- 
határozott adatok jól egybeesnek. 


Monokristály fluid elemekkel vezérelt lehűtését vizs- 
gálta W. Judycki. A folyékony oxigén átáramló 
mennyiségét fluid elemekből álló vezérlő rendszer sza- 
bályozza. A lehűtési idő 8—48 óra között van. Lassú 
lehűtésre a feszültségek elkerülése érdekében van 
szükség. A kisfrekvenciás oszcillátor 56,5—339 s-os 
időintervallumokban ad ki impulzust, mely 8 fokoza- 
tú, falhatású elemekből álló számlálóba jut. Ez utób- 
bi összeadóműként működik. Kimenőjelük digitál- 
analóg átalakítóba kerül. A folyékony oxigén maxi- 
mális értékét 255 lépésben változtatják, így a lassú 
lehűtés biztosítható. A rendszert eredményesen alkal- 
mazzák a gyakorlatban. 


Frekvencia modulációt végző, vízzel üzemeltetett flu- 
id áramkört vizsgált S. Saito. A pneumatikus rend- 
szerhez viszonyítva az alábbi problémák jelentkeznek: 
nagyobb fáziseltolás és a vezetékek kedvezőtlen átvi- 
teli tulajdonságai. A viszonyok javítása érdekében 
kedvezőbb dinamikai tulajdonságokkal bíró háromdi- 
menziós szabadsugaras erősítőt és rezonátorként vé- 
konyfalú csövet alkalmaztak, továbbá az áramkört 
szimmetrikusan alakították ki a fáziseltolás kiegyenlí- 
tése érdekében. Fluid jelet kétféleképpen állítottak 
elő: elektromos úton elektro-viszkózus folyadék se- 
gítségével, mechanikus úton vibrátorral. A rendszer 
maximum 900 Hz-es frekvenciáig alkalmazható frek- 
venciamodulációra. 


Érzékelők és az érzékelés technikája 


C.I. Campagnuolo a Harry Diamond laboratórium- 
ban elvégzett vizsgálatok alapján ismertetett egy 
olyan berendezést, amelyet — katonai célokra fej- 
lesztettek ki és amely segítségével pneumatikus úton 
villamos energiát lehet előállítani. A fluid generátor- 
nak nevezett berendezés kialakítható úgy, hogy alkal- 
mas sebességmeghatározásra, vagy lövedék becsapó- 
dásának érzékelésére. Az előadás két rendszert tár- 
gyalt. Az elsőben a generátort arra használták, hogy 
repülőgép által szállított lövedék véletlen felrobba- 
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nását megakadályozzák. A másodikban energiafor- 
rásként szolgált a generátor. A repülési próbán szer- 
zett tapasztalatok kedvezőek. 


A gyártási folyamatok nagy részénél a munkadarabok 
méretellenőrzése a megmunkálás előtt vagy után el- 
engedhetetlen. P. Wiedmann két ellenőrzési feladat 
kapcsán mutatta be, hogy fluid érzékelők előnyösen 
alkalmazhatók munkadarabok- méreteltérésének meg- 
határozására. Az érzékelők jele fluid logikai elemek- 
kel egyszerű módon dolgozható fel. Az egyik példá- 
ban kerámia lapok felületének egyenestől való eltéré- 
sét vizsgálták, a másikban pedig kockaalakú faalkat- 
rész mindhárom méretét ellenőrizték. Tárgyak ten- 
gelyirányú mozgása észlelhető — a bemutatott új tí- 
pusú fluid közelségérzékelővel — analóg vagy digi- 
tális formában. E fluid közelségérzékelő a két gyű- 
rűs-csatornán túl csak egy további központi csator- 
nával bír, amely az analóg érzékelőnél kimenet, a di- 
gitális érzékelőnél pedig második tápcsatorna. 


Mindkét típus esetén vizsgálat tárgyát képezte a leg- 
fontosabb geometriai és nyomásviszonyoknak az elem 
jelleggörbéjére gyakorolt hatása. 


W.D. Goedecke előadásában olyan pozícionálási rend- 
szert ismertetett, amely tisztán fluid elemekre épül. 
Legfontosabb része a fluid közelségérzékelő. Külön- 
böző elven működő érzékelőtípusok laterális munka- 
darabelmozdulás mellett felvett statikus jelleggörbéi- 
ből az derül ki, hogy a digitális elven működő közel- 
ségérzékelő a legalkalmasabb e célra. Az érzékelő ki- 
menőjeleit fluid áramkör dolgozza fel. 


Érintkezésmentes letapogatás (érzékelés) dinamikus 
viszonyait vizsgálta W. Hübl. Légsorompó és közel- 
ségérzékelő megfelelő elrendezésben előnyösen alkal- 
mazható érintkezésmentes jeladóként. Az alacsony 
jelszint miatt jelerősítés szükséges. Az erősítő és ér- 
zékelő tápnyomása, valamint az érzékelő és a letapo- 
gatandó tárgy közötti távolság erősen befolyásolja az 
elérhető maximális frekvenciát. Légsorompó-erősítő 
kombináció esetén a vizsgálatok azt mutatták, hogy 
mindenekelőtt a tápnyomások határozzák meg a di- 
namikus viszonyokat. 

Adó-vevő fúvókás rendszer esetén az elérhető maxi- 
mális frekvencia 60 Hz. 


Fluid rendszerek ipari alkalmazása 

B. Knörr statikus logikai elemek univerzális alkalma- 
zási lehetőségeit a gyakorlatból vett példák kapcsán 
ismertette. A gépgyártástechnológia területéről mun- 
kadarab adagoló berendezés kapcsán ismertette a 
pneumatikus logikai rendszer szerepét, a szerszámgép- 
ipar területéről aktív-mérés kapcsán, a folyamatirányí- 
tás témaköréből pedig egy centrifugavezérlést muta- 
tott be. . 

Fluid vezérlések alkalmazhatók a járműiparban is. Az 
autógyárak érdekeltek a fluid vezérlési rendszerek el- 


terjesztésében és alkalmazásában, műszaki és gazdasá- 
gi okokból egyaránt. Hegesztőberendezés, ipari ma- 
nipulátor, ellenőrző-mérő készülék, adagoló berende- 
zés, fékpofa sajtológép, hajlító-készülék , 
szerelő automata, tömítettség-ellenőrző berendezés 
kapcsán ismerteti a szerző a pneumatika sokoldalú al- 
kalmazhatóságát, műszaki, gazdasági előnyeit: 


D. Gőhring palackozó automata vezérlése kapcsán 
mutatott rá arra, hogy pneumatikus gépek viszonylag 
összetett algoritmusai esetén előnyös a fluid rendsze- 
rek alkalmazása a nagy jelfeldolgozási sebesség, ala- 
csony ár, kis helyszükséglet, valamint a megbízható 
működés miatt. Az egyenletes tápnyomás-elosztás 
fontos előfeltétele a zavarmentes üzemnek. 


W. Schmidtke galvanikus fürdő szintszabályozása kap- 
csán hasonlítja össze a hagyományos nagynyomású 
pneumatikus rendszert fluid rendszerekkel. A lami- 
nár-turbulens elemek minimális vezérlő nyomása 
2,5 mbar, 8 mbar tápnyomás és fan-out 3 esetén a 
nyomásesés 5070, a maradó 4 mbar üzembiztos mű- 
ködést tesz lehetővé. Az elméleti fan-out 5 érték el- 
lenére nem célszerű fan-out 3-nál nagyobb számmal 
dolgozni. A táplevegő zavartalan ellátása érdekében 5 
mikron pórustávolságú szűrőt kell alkalmazni. 


Fluid elemek és rendszerek alkalmazása 
az ipari robot technikában 


Sorozatban gyártott szekvenciális vezérlő egység fej- 
építését és alkalmazását mutatta be H.H.Glaettli. A 
program 10 lépésből áll. A kimenő jelek 1 és 6 bar 
nyomásszinten állanak rendelkezésre. Lehetséges 
üzemmódok: egyes lépés, félautomata ciklus-automa- 
ta ciklus. A nyugtázó jel a lépésszám, valamint a tel- 
jesített ciklusszám kijelzésre kerül. A vezérlő egység 
statikus-kvázistatikus és dinamikus elemekből áll, 
integrált szerelési egységet képezve. Táplevegő kiesés 
után a ciklus információveszteség nélkül folytatható. 
A vezérlő egység alkalmazható szállítószalag irányítá- 
sára, ipari manipulátor vezérlésére, 4-állomásos szere- 
lő automata irányítására. 


A. Blasi precíziós fluid mérlegrendszert ismertetett, 
amely analóg elven működik. A készülék 2 részből 
áll: a mérlegből és a visszacsatolt fluid vezérlésből. A 
precizitást légcsapágy és légcsillapítás fokozza. 


A. Romiti fluid rendszer mezőgazdasági alkalmazásá- 
ról számolt be. A kifejlesztett fluid rendszernek az 
volt a feladata, hogy egy traktor ekével felszerelt 
konzolos részét vezérelje. A vezérlőrendszernek több 
bemenete van, részben kézi beavatkozás céljára, rész- 
ben a visszacsatolt jelek számára. Két paramétert kell 
szabályozni, éspedig az eke helyzetét, valamint az eke 
terhelését. Az érzékenység fokozására fluid vezérlő 
rendszert alkalmaztak, amely fluid érzékelőtől jövő 
jeleket dolgoz fel. A gyakorlatban elvégzett mérések 
a fluid rendszer kifogástalan működését igazolták. 
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Famegmunkáló gépet vezérlő, falhatású elemekből 
álló fluid rendszer tervezését és kialakítását ismertet- 
te E.Bergner. Az alapgép részben futási, részben mará- 
si feladatokat végez. Minden mozgásfolyamat, bele- 
értve a munkadarab manipulálását, pneumatikus vég- 
rehajtó szervekkel, illetve hidro-pneumatikus előtoló 
egységgel van automatizálva. A fluid rendszer követő- 
vezérlésként van kialakítva. A programot lyukasztott 
programléc tárolja, mely cserélhető, letapogatása lég- 
sorompóval történik. Az összeállítás rendkívül elő- 
nyös hidro-pneumatikus pozícionálási rendszert ered- 
ményezett. 


E. Schaupt ipari robot fluid vezérlésű hidropneuma- 
tikus hajtásáról és pozícionálási rendszeréről adott tá- 
jékoztatást. Ipari robotoknál alapvető követelmény, 
hogy a lineáris relőtolóegység a programtól függően 
különböző, szabadon választott pozíciókban előírt 
pontossággal megállapítható legyen. Az ismertetett 
rendszernél a pneu-hidraulikus nyomásátalakító és a 
hidraulikus henger sorba van kapcsolva. Az útinfor- 
máció tárolására szolgáló mérőléc pontatlansága mi- 
att — az axiális játék elérheti a t 0,15 mm-t — nem le- 
het használni a nagyon érzékeny fúvóka-torlólemez 
érzékelési rendszert, helyette reflexiós közelségérzé- 
kelő került beépítésre. 


Rendszertechnika II. 


D. Schneider fluid hálózatok hőmérséklet viszonyait 
vizsgálta, mindenekelőtt arra keresve választ, hogy ho- 
gyan változnak meg a fizikai jelleggörbék a segédener- 
giaként szolgáló levegő hőmérsékletének megváltozá- 
sa esetén. A számításokhoz figyelembe vette a jelvívő 
vezetékek induktivitását, kapacitását, hullámellenál- 
lását, kör- és négyszögkeresztmetszetek feltételezése 
mellett. Az izotermikus és adiabatikus viszonyokat 
a frekvencia függvényében elemzi és értékeli, külön- 
böző hőmérsékletek mellett. 

L. Hezemans hidrosztatikus átviteli rendszer fluid esz- 
közökkel megvalósított fordulatszámszabályozását 
ismertette. A vizsgálati eredmények tanúsága szerint 
az előírt és tényleges fordulatszám közötti eltérés an- 
nál kisebb, minél közelebb esik a rezonátor sajátfrek- 
venciája az előírt értékhez. A durva és finom beállí- 
tás érdekében 2 rezonátor nyer alkalmazást. A rend- 
szer helyes kialakítása szempontjából legkritikusabb 
a teljesítményerősítő helyes méretezése. 


Több stabil helyzettel bíró falhatású elemekből álló 
szekvenciális áramkör méretezésével foglalkozott A. 
Ernst. Háromdimenziós fluid elemek lehetőséget ad- 
nak különféle kombinációs logikai funkciók, vala- 
mint tárolási feladatok megoldására. Ezen újtípusú 
fluid elemekre építve lehetőség van a hagyományos- 
hoz viszonyítva lényegesen nagyobb logikai kapacitás- 
sal bíró vezérlési rendszerek tervezésére. 


D. Klemenz programozható fluid vezérlést ismerte- 
tett, melynek építőkövei olyan információ tárolók, 
amelyek egyszerűen programozhatók, lehetővé teszik 
az információ cím szerinti lehívását, felépítésük egy- 
szerű, üzemük gazdaságos. A rendszer használhatósá- 
be a szerző. Az ismertetett megoldás nem tartalmaz 
kódoló egységet, így az egyes funkciók egyszerűen és 
áttekinthetően programozhatók. Programozható ÉS 
és VAGY elemek képezik a rendszer alapját. 


Szóregiszteres fluid szekvenciális vezérlések szintézisé- 
vel foglalkozott W. Hübel. Az ún. szószintézis segít- 
ségével, a tetszőleges számú bemenettel és egy kime- 
nettel bíró fluid szekvenciális vezérlések egyszerűen 
számíthatók. Előfeltétel azonban, hogy a rendszer a 
bemenőjelek kombinációjával leírható legyen. A be- 
és kimenetekhez bináris kapcsolási variációk vannak 
hozzárendelve, melyeket memóriák egészítenek ki. A 
bemeneti szavakat egyszerű séma szerint kódolják. 


A konferencián elhangzott elméleti előadásokat igen 
jól alátámasztották és kiegészítették a konferencia 
alatt rendezett kiállításon bemutatott pneumatikus 
egységek és rendszerek. 


Nagy érdeklődés kísérte a FESTO cég kiállítását. A 
látogatók a gyakorlatban ismerkedhettek meg az 
1000-es rendszer rendszertechnikai felépítésével, szá- 
mos ipari alkalmazásával, valamint a fluid közelségér- 
zékelők kiterjedt családjával. 


A Martonair cég S/660 típusjelű Bi-Selector megne- 
vezésű készüléke lehetővé teszi követő-vezérlési rend- 
szerek egyszerű programozását. A Bi-Selector önma- 
gát ellenőrzi, zavar esetén leáll, ezzel automatikusan 
kimutatja a külső hibaforrás helyét. Az átprogramo- 
zás vezetékcserével történik. A légáteresztés 70 N1/h, 
3 bar nyomás mellett. Ez az érték kisebb átmérőjű 
munkahengerek közvetlen vezérlésére is elegendő. 

Az Atlas-Copco cég nagynyomású, miniatűrizált 10- 
gikai rendszere —209€ és 1709C hőmérséklettarto- 
mányban 3 és 10 bar nyomásszinten tetszőleges 10- 
gikai funkciók megvalósítására alkalmas. 


A British Fluidics and  Controls Ltd. , Logi-Pak" 
néven komplett fluid rendszert állított ki. 

A Hengstler cég számlálói különösen integrált gyártó 
rendszerekben alkalmazhatók előnyösen, ahol alap- 
követelmény a gyártott, szerelt, vagy továbbított 
munkadarabok számlálása és a darabszám függvényé- 
ben vezérlőjel kiadása. 


A Felsomat cég FEO, FE10, FE20, FE25, FE30 tí- 
pusjelű manipulátorai, illetve programozható ipari 
manipulátorai mindenekelőtt építőkocka rendszerük- 
kel tűntek ki. 
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A Bosch cég integrált elrendezésű fluid rendszert, 
miniatűrizált nagynyomású logikai rendszert, továbbá 
fluid logikával vezérelt palackozó automatát állított 
ki. 


A Telemechanigue logikai modellező-oktató táblái 
hasznos tervezési és oktatási segédeszközt jelentenek. 


A Kuhnke cég miniatűr  hengereket, szerelőlapos 
nagynyomású logikai rendszert, mechanikus progra- 
mozó berendezést, forgató egységeket, elektropneu- 
matikus szelepcsaládot és pneumatikus érzékelőket 
állított ki. 

A Leibfried cég nagynyomású logikai rendszert erősí- 
tő, átalakító és kijelző elemeket, valamint modellező 
táblát mutatott be. 

A Zander típusú mikroszűrők 0,01 mikronos szeny- 
nyeződés kiválasztását is garantálják . 


A gyár- és intézetlátogatás kapcsán a Festo vagy 
Bosch cég, illetve a stuttgarti egyetem megtekintésére 
nyílott lehetőség, amikoris mindenek előtt a konfe- 
rencián elhangzott, de ki nem állított témák bemuta- 
tására került sor. 


A nemzetközi részvétellel megrendezett konferencián 
német, spanyol, holland, amerikai, svéd, francia, 
olasz, svájci, norvég, angol, belga, japán, osztrák, len- 
gyel, jugoszláv és magyar szakemberek vettek részt. 


A nagymultú konferencia ez alkalommal is méltó 


szinten tükrözte a pneumatika világszintjét úgy elmé- 
leti, mint gyakorlati vonatkozásban. 


(Összeállította: Dr.Krisztinicz Pál) 


KÖNYVISMERTETÉS 


Dr. ADORJÁN Bence 
Számítástechnika tegnap, ma, holnap 


A Műszaki Könyvkiadó gondozásában megjelent mun- 
ka széles, áttekintő képet ad a számítástechnika ed- 
digi fejlődéséről, a számítógépipar és az alkalmazások 
legkorszerűbb állapotáról, valamint azokról a fejlődé- 
si irányzatokról, amelyek várhatóan meghatározók 
lesznek a nyolcvanas években (esetleg még a kilencve- 
nes évek elején is). Ehhez a szerző rendkívül nagy, 
összesen 792 tételből álló irodalmat dolgozott föl, 
amelynek nagyobb része amerikai és szovjet anyag. 
Ezek mellett igen jelentős mértékben használja föl a 
tématerület hazai. nyilvános és belső publikációit is 
(például, azokat, a Magyar Tudományos Akadémia 
megbízásából készült tanulmányokat, amelyek a szá- 
mítástechnika és a számítógépek távlati fejlődésével 
foglalkoznak). A közölt irodalomjegyzék igen hasz- 
nos lehet azon olvasók számára, akik jobban el akar- 
nak mélyedni egy-egy témában vagy résztémában. 
Kár, hogy az irodalmi hivatkozások nem struktúrál- 
tak, sem tématerület, sem a szerzők nevének alfabe- 
tikus rendje szerint. Emiatt igen nehéz — sőt, gyakor- 
latilag alig megvalósítható — az érdeklődők számára a 
visszakeresés, holott ez a hatalmas terjedelmű, a szá- 
mítástechnika szinte valamennyi területét átfogó iro- 
dalom-felsorolás rendkívül nagy segítséget nyújthat- 
na a számítástechnikai szakembereknek. 


A könyv a jelenből és a múltból (elsősorban pérsze a 
közelmultból) levezetve kíván választ adni arra a kér- 
désre, hogy merre vezet a számítástechnika útja az el- 
következő években. Ezt a folyamatot a korunkra jel- 
lemző tudományos-technikai forradalom integráns 


részeként vizsgálja, hiszen éppen a számítástechnika 
jelenti ez utóbbi kibontakozásának egyik előfeltéte- 
lét, mint annak egyik legfontosabb összetevője és 
előrelendítője. 


A könyv négy nagy részre oszlik. Közülük az első 
megismertet azokkal a módszerekkel, amelyeket a 
korszerű jövőkutatás alkalmaz az emberiség közeljö- 
vőjében várhatóan bekövetkező események, folyama- 
tok becslésére. Egyúttal a szerző bemutat néhány 
modellt, illetve várható eseményt, amelyeket a jövő- 
kutatók a század harmadik felére jósolnak, a technika 
fejlődésével kapcsolatban. Sajnos, terjedelmi okokból 
a szerzőnek itt nem nyílt alkalma arra, hogy ezeket a 
jóslatokat kritikai elemzésnek vesse alá, figyelembe 
véve világunk inhomogenitását, a társadalmi mozgáso- 
kat és főképpen, e modellek absztrakciós fokát, érvé- 
nyességét , eszmei töltését. 


A könyv második része napjaink számítástechnikájá- 
val foglalközik. Röviden áttekinti a számítógépipar 
kialakulásának — történelmi távlatokban mérve rend- 
kívül rövid és diadalmas — történetét. Ezt a fejlődést 
egymást váltó számítógépgenerációkkal is szokták jel- 
lemezni. (Sajnos, a , generáció" fogalma meglehető- 
sen elmosódott, nehezen definiálható egzaktul, és tu- 
lajdonképpen csak retrospektive határozható meg. 
Ezért például a , negyedik generáció" kifejezés tar- 
talma igen sok vitára ad alkalmat és ezért a szakembe- 
rek egy része nem is szívesen él vele.) A könyv bemu- 
tatja azokat az általános sajátosságokat, amelyek (el- 
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sősorban a megelőző) generációkat jellemzik, mind a 
hardware, mind a software, mind a rendszertechnika 
oldaláról. Képet ad a világ számítógépiparának kiala- 
kulásáról és ezen belül az ESZR-ről. Nagy vonalak- 
ban összefoglalja a szocialista országok számítógépfej- 
lesztő- és gyártó együttműködésének, az Egységes 
Számítógép Rendszernek (ESZR) történetét és az 
ESZR processzorok karakterisztikáit. A mai számítás- 
technikai eszközök, rendszerek és módszerek fogya- 
tékosságainak feltárásával vezet át minket a szerző az 
elvárásokhoz és lehetőségekhez — a jövőhöz. 


A harmadik rész első fejezete egy, Delphi-módszerrel 
készült előrejelzést foglal össze, a számítástechnika 
várható alakulásáról az ezredfordulóig. Ezt követően 
megismerkedhetünk a napjainkban legkorszerűbbnek 
tekintett logikai- és tároló komponensek technológiá- 
jával és néhány — ma még inkább csak ígéretnek szá- 
mító — kutatási eredménnyel. Áttekintést kapunk a 
legújabb fejlődési irányokról a számítógéprendsze- 
rek kialakításában (multiprocesszoros rendszerek, pár- 
huzamos működés) Különös hangsúlyt kapnak a kis- 
gépek, amelyek a számítástechnikai alkalmazásokban 
egyre inkább meghatározó szerephet jutnak.A szerző 
különbséget tesz a , kisgép" és a , minigép" között.Ez 
azonban meglehetősen mesterséges szétválasztás és 
éppen a dinamikus fejlődés mossa el a határokat, 
hiszen nincs messze az idő, amikor már az egyetlen 
áramköri lapra szerelt mikroszámítógép (one-board- 
computer) eléri a jelenlegi minigépek paramétereit. 

A számítástechnikai hálózatok kérdését a kisgépekből 
kiépíthető rendszerek kapcsán érinti a könyv. Ez a 
felfogás ma már részben túlhaladottnak tekinthető, 
bár kétségtelen, hogy egyes hálózati funkciók ellátásá- 
ra elsősorban kisgépeket fognak használni. Igen nagy 
jelentőségük van viszont a kisgépeknek a távadatfel- 
dolgozásban. A távadatfeldolgozással egyébként egy 
külön fejezet (a 12. fejezet) behatóbban foglalkozik. 


A korszerű számítási rendszerek értékének egyre nö- 
vekvő részét teszi ki a software. A könyv 10. fejezete 
foglalkozik e fontos téma kapcsán a programozási 
nyelvek és a működtető rendszerek kifejlődésével, 
történetével, az architektura és a software viszonyá- 
val, a rendszerprogramozás általános kérdéseivel, va- 
lamint a software ipari előállításához szükséges mód- 
szerekkel és eszközökkel. 

A könyv negyedik része néhány jelentős alkalmazási 
osztályt mutat be, legtöbbjét már megvalósított rend- 
szerekkel illusztrálva. Az alkalmazások sokrétűsége és 
rendkívül dinamikus változása jelzi legjobban a számí- 
tástechnika viharos terjedését a fejlett iparú orszá- 
gokban, ezért messzemenően igazságtalan lenne szá- 
monkérni azokat a területeket, amelyek esetleg ki- 
maradtak — a terjedelmében egyébként szűkreszabott 
— könyvből. Ami mégis hiányérzetet kelthet, az a szá- 


mítástechnika gazdasági és társadalmi kihatásai (pél- 
dául egy új iparág létrejöttének következményei, jogi 
konzekvenciák stb.) tárgyalásának elhagyása. Termé- 
szetesen, egy ilyen nagy anyag átfogásához, kezelé- 
séhez az írónak keményen — olykor saját maga szá- 
mára is fájdalmasan — le kell határolnia magát. Igy, 
például a szerző tudatosan eltekintett a számítástudo- 
mány helyzetének, eredményeinek tárgyalásától, 
amint arra könyve előszavában rá is mutat. Mindazon- 
által úgy véljük, hogy a számítástechnika jövője el- 
választhatatlan azoktól a hatásoktól, amelyeket az őt 
létrehozó és alkalmazó társadalomra gyakorol, és 
ezek figyelembevétele nélkül a technikai-technológiai 
trendek jóslásának konfidenciája is csökken. 


Végül, még két megjegyzés, amelyek elsősorban a 
szerkesztést és könyvkiadásunkat illetik. Egymásután 
jelennek meg műszaki könyvek tartalmi index nélkül 
(ez a könyv is és például a közelmúltban kibocsáj- 
tott , Mikroszámítógépek" c. könyv is, amelyet la- 
punk 1976/12 számában ismertettünk). Bár elismer- 
jük a papírtakarékosság szempontjait, ezt mégis sú- 
lyos hiányosságnak érezzük, mert az index pótolha- 
tatlan segédeszköz az olvasó számára (a tartalomjegy- 
zék egyáltalán nem pótolja azt). A másik megjegyzés 
a megjelenő műszaki művek aktualitására vonatkozik. 
A közismert átfutási idők miatt e könyv kéziratának 
leadása és a megjelenés között közel 2 év telt el. 
Ez — egyébként nemzetközi viszonylatban példátla- 
nul hosszú — átfutási idő az oka, hogy kimaradtak 
belőle a mai olvasó számára jelentős események és 
eredmények, hiszen a számítástechnika fejlődése nem 
vesz tudomást a magyar könyvkiadási viszonyokról. 
Ez lehet az oka annak, hogy például nem szerepelhet 
a könyvben a szocialista országok másik közös szá- 
mítógéprendszere, a Mini Számítógép Rendszer 
(MSZR), amelyet a közelmúltban hoztak létre. Csak 
utalásszerűen tudja egyes helyeken megemlíteni a 
szerző a mikroprocesszorokat, amelyek éppen az el- 
múlt években futottak be rendkívül meredekívű pá- 
lyát az elektronikai iparban és a számítástechnikában, 
és amelyek — várhatóan — alapvetően fogják befolyá- 
solni a jövő?" számítástechnikáját. A kézirat leadása- 
kor azonban ezek még csak nagy ígéretek voltak és a 
legfontosabb típusok csak ezután jelentek meg az iro- 
dalomban. 


Összefoglalva: a könyv átfogó képet, összefüggéseket 
ad a számítógépipar és a számítástechnikai alkalmazá- 
sok történetéről, jelenlegi állapotáról és várható fejlő- 
déséről. Hasznos olvasmány nemcsak a számítástech- 
nikával közvetlenül foglalkozóknak, hanem minda- 
azoknak, az egyéb területeken dolgozó szakemberek- 
nek is (mérnököknek, közgazdászoknak), akiket ér- 
dekel e rendkívül dinamikusan fejlődő iparág és kul- 
túra helyzete és jövője. (Sz.Zs.) 


48 AUTOMATIZÁLÁS "77/2 


ELEKTRONIKUS MÉRŐKÉSZÜLÉKEK GYÁRA 


EME 


Gyárt ELEKTRONIKUS MÉRŐKÉSZÜLÉKEKET 
alacsonyfrekvenciás generátorokat 
szignálgenerátorokat 
impulzusgenerátorokat 
digitális feszültségmérőket 
oszcilloszkópokat 
digitális frekvencia és időmérőket 


ELEKTRONIKUS ORVOSI VIZSGÁLÓ KÉSZÜLÉKEKET 
elektrokardiográfokat 

polifiziográfokat 

elektroenkefalográfokat 

SOKCSATORNÁS ANALIZÁTOROKAT 

LOGIKAI ÁRAMKÖRI SOROZATOKAT 

DIGITÁLIS ASZTALI SZÁMOLÓGÉPEKET 


Gyártja ELEKTRONIKUS MÉRŐKÉSZÜLÉKEK GYÁRA 
1163. Budapest, Cziráky u. 26—32. 
Telefon: 837—950 Telex: 22--4535 


Forgalomba hozza  MIGÉRT 
MŰSZER- ÉS IRODAGÉPÉRTÉKESÍTŐ VÁLLALAT 
1065 Budapest, Bajcsy-Zsilinszky út 37. 


elektronikus orvosi , OMKER 
vizsgáló készülékeket . ORVOSI MŰSZERKERESKEDELMI VÁLLALAT 
1066 Budapest, Ó utca 44. 


VIDEOTON 


H1O 


TÍPUSÚ 


SZAMÍTÓGIEP 


A SZÁMÍTÓGÉP NAGY 
MŰVELETI SEBESSÉGE 

A MIKROPROGRAMOZOTT 
VEZÉRLES A PERIFERIÁK 
SZELES VÁLASZTÉKA ES A 
RENDELKEZÉSRE ÁLLÓ - 
PROGRAMOK LEHETŐVÉ 
TESZIK A SZÁMÍTÓGÉP 
UNIVERZÁLIS — 
ALKALMAZÁSÁT 


FOBB FELHASZNÁLÁSI 
TERÜLETEK: 
a arelőköszítés 
adatfeldolgozás 
helyfoglalási rendszerek 
müűszaki-tudományos 
EZT ÉSSATÓ bösé e 
meresadatgyujtés 
folyamatiranyítas 


Telefon: 213-187 


1021 Budapest 
Vörösbadsereg útja 54- 


VIDEOTON 


SZÁMÍTÁSTEGHNIKAI GYÁRA 


